- Accueil
- Documentation
- Restaurer en quatre étapes
Documentation
Restaurer en quatre étapes
Quoi, depuis quand, vers où, confirmer. Fichiers vers un dossier, bases de données en instance jetable, données cloud sous un dossier séparé. Avec le temps de restauration mesuré dans la chaîne.
L'assistant
Restauration et preuve → Restaurer vous guide en quatre étapes : quoi (quelle tâche), depuis quand (quel instantané), vers où (quel système et quel dossier) et confirmer. Vous pouvez aussi partir d'une exécution : chaque exécution d'une tâche a un bouton Restaurer.

À l'étape 2, vous voyez par instantané ce qui était stocké, ce qui était nouveau et quelles vérifications ont réussi. Un instantané avec trois points verts a été prouvé restaurable à trois niveaux. Choisissez sans crainte celui de la semaine dernière : sous object lock, il est garanti encore présent.
Ce qui se passe par type
| Type | Ce que vous récupérez |
|---|---|
| Fichiers | les fichiers dans un dossier sur le système de votre choix, avec somme de contrôle par fichier |
| PostgreSQL, point-in-time | un Postgres jetable de la même version majeure sur un port libre, rejoué jusqu'à l'instant choisi ; les données de connexion figurent dans le rapport |
| PostgreSQL ou MySQL, dump | les fichiers de dump, et à la demande chargés dans une instance jetable |
| SQL Server | un SQL Server jetable avec sauvegardes complètes, différentielles et journaux appliqués jusqu'à l'instant choisi |
| VM Proxmox | la VM comme nouvelle VM sur le nœud, sans réseau, prête à être inspectée ou promue |
| Kubernetes | YAML plus le contenu de chaque PVC, vers un dossier ou directement dans un PVC |
| Microsoft 365, Google Workspace | vers un dossier sur l'hôte connecteur, ou de retour dans le tenant sous un dossier Zekura-restore, jamais par-dessus l'original |
Rien n'écrase votre production, sauf si vous restaurez explicitement vers le dossier de production. Les instances jetables restent jusqu'à ce que vous les retiriez, pour que vous puissiez regarder dedans, prendre un dump ou les promouvoir en nouvelle production.
Le rapport et la chaîne
L'agent sur le système cible récupère la demande, restaure, compte et hache ce qui est présent, et le signale de manière signée. Le résultat figure sous Restaurations et comme enregistrement dans la chaîne de preuve, avec la durée mesurée. C'est ce chiffre qu'un auditeur veut voir : non pas « nous avons une sauvegarde », mais « nous l'avons restaurée en 9 secondes, à cette date ».
L'aperçu affiche toujours la dernière restauration prouvée. Ainsi, tout le monde dans l'organisation sait quand on a vraiment restauré pour la dernière fois.
Restaurations d'essai
Sous Restaurations d'essai figurent toutes les restaurations que Zekura a effectuées lui-même comme vérification : un échantillon chaque jour, une application complète chaque semaine. Cela fait vite des centaines par mois. Chacune est une vraie restauration sur une machine séparée, avec les éléments de preuve joints.
Restaurer sans le portail
Sur le système lui-même, le moteur de stockage fonctionne aussi directement, avec la configuration dans le dossier d'état de l'agent. Et qui détient la clé peut restaurer sur une machine propre sans Zekura. Voir Clés.