Sauvegarde incrémentale

Sauvegarde incrémentale : Copie des seules modifications intervenues depuis la précédente, qui réduit la charge et la durée de la fenêtre de sauvegarde.

Le mot appartient à la famille « Technique » du lexique. Cette page dit ce qu’il recouvre, comment il se formule dans un cahier des charges, et ce qu’il vaut mieux ne pas écrire.

Ce que recouvre Sauvegarde incrémentale, concrètement

Ce que recouvre Sauvegarde incrémentale finit toujours dans une ligne de devis, sous un intitulé plus vague. Nommer le mécanisme, c’est pouvoir comparer deux propositions au lieu de comparer deux totaux.

Sur un projet réel, la question ne se pose jamais en théorie : elle arrive dans un devis, dans une réunion de cadrage ou dans un rapport de recette.

La traduction en exigences

Écrire « Sauvegarde incrémentale » dans un cahier des charges ne suffit pas. Il faut préciser le comportement attendu quand ça tombe en panne, parce que c’est ce cas-là que les utilisateurs vivront.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Le volume de données attendu au lancement, puis à douze mois.
• Le comportement de l’application sans réseau, et ce qui doit rester consultable.
• Les délais d’affichage acceptables sur les écrans les plus consultés.
• L’hébergement retenu, sa localisation, et qui en paie l’abonnement mensuel.

Cette formulation se rédige avant la consultation, pas après réception des propositions : c’est elle qui rend deux devis comparables entre eux.

Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.

Comment le vérifier à la recette

Le contrôle de « Sauvegarde incrémentale » demande d’aller voir derrière l’écran : journaux, mesures, comportement en panne.

• Relever les temps d’affichage des écrans les plus consultés, chiffres à l’appui.
• Déclencher une alerte pour vérifier qu’elle arrive bien à quelqu’un.
• Demander la facture d’hébergement du mois, pour éviter la découverte à six mois.

Un prestataire sérieux propose ces contrôles de lui-même. Quand ce n’est pas le cas, c’est au client de les inscrire au cahier de recette.

Erreurs fréquentes

Sur ce point précis, voici ce qui coûte le plus cher aux porteurs de projet, dans l’ordre où on le rencontre.

• Recetter uniquement sur le Wi-Fi du bureau, puis découvrir le comportement réel en mobilité.
• Oublier le mode dégradé : ce que l’application affiche quand le serveur ne répond pas.
• Laisser les intégrations tierces sans limite d’appel ni conduite à tenir en cas de panne du fournisseur.
• Sortir la supervision et les alertes du périmètre pour tenir le budget initial.
• Confier la décision au prestataire, puis la contester au moment de la recette.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• API REST
• Webhook
• Notification push
• Lien profond
• Feature flag

Questions fréquentes

Que signifie « Sauvegarde incrémentale » ?

Copie des seules modifications intervenues depuis la précédente, qui réduit la charge et la durée de la fenêtre de sauvegarde. La définition tient en une phrase, son application dépend du projet. C’est pour cette raison qu’elle doit figurer dans le cahier des charges plutôt que dans un échange de courriels.

Quand faut-il en parler dans le projet ?

Au cadrage, avec les autres contraintes techniques. Une fois l’application en ligne, la même décision se paie en migration, en interruption de service et parfois en reprise des données déjà collectées.

Par où commencer quand le sujet est nouveau ?

Par les parcours et les règles de gestion, pas par les outils. Le guide du cahier des charges donne l’ordre dans lequel poser les questions à une agence.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.