Safenix peut restaurer une base de données MySQL ou MariaDB soit à un point précis dans le temps, soit à l'heure d'une copie complète, selon le mode de protection configuré pour le serveur.
Vérifier le mode de récupération et les permissions
Exécutez cette commande sur le serveur :
safenix-agent check-mysqlLa commande demande interactivement le mot de passe de la base de données. Elle indique :
- Le mode de protection de la base de données utilisé par le serveur.
- Si la restauration est possible avec l'utilisateur actuel.
- Les permissions manquantes, le cas échéant, ainsi que les instructions SQL exactes nécessaires pour les accorder.
La capture continue nécessite que la journalisation binaire soit active sur le serveur de base de données. Avec la capture continue, vous pouvez restaurer à n'importe quel instant sélectionné, jusqu'à une limite de transaction. La restauration inclut toutes les transactions terminées jusqu'à cet instant et aucune des transactions ultérieures.
Avec les copies périodiques, vous pouvez uniquement restaurer à l'heure d'une copie complète. L'intervalle entre les copies complètes dépend du forfait.
Préparer une restauration sans l'appliquer
Utilisez cette commande pour assembler la copie complète et les modifications capturées dans un répertoire sans modifier aucune base de données :
safenix-agent restore-mysql --output-dir DIR --at 2026-08-12T19:00:00ZRemplacez DIR par le répertoire dans lequel la restauration assemblée doit être placée. La base de données n'est pas touchée par cette opération.
Appliquer la restauration
La restauration écrase les données existantes. Elle supprime et recrée les tables couvertes par la restauration. Tout ce qui a été écrit sur ce serveur après l'instant sélectionné est perdu. Ne continuez pas, sauf si cette perte de données est intentionnelle.
Pour appliquer la restauration, exécutez :
safenix-agent restore-mysql --output-dir DIR --at 2026-08-12T19:00:00Z --executeAvant d'écrire quoi que ce soit, l'agent crée un schéma temporaire pour vérifier que les permissions sont suffisantes, puis le supprime immédiatement. Ainsi, si les permissions sont insuffisantes, la restauration échoue avant de commencer plutôt qu'en cours d'exécution.
L'agent demande ensuite une confirmation en vous obligeant à saisir l'adresse exacte du serveur. Si la réponse ne correspond pas, rien n'est appliqué.
Utiliser un compte de restauration distinct
Les permissions nécessaires pour appliquer une restauration sont plus étendues que celles requises pour les sauvegardes. Accordez-les à un utilisateur de base de données distinct. Cet identifiant peut détruire les bases de données sur lesquelles il peut écrire ; créez-le lorsqu'une restauration est nécessaire et supprimez-le immédiatement après.
Les opérations de sauvegarde n'utilisent pas cet identifiant et n'ont pas besoin de ses permissions. Si des permissions manquent, utilisez les instructions SQL exactes affichées par safenix-agent check-mysql.
Ce qui n'est pas restauré
Les comptes et les permissions MySQL et MariaDB ne sont jamais restaurés. La sauvegarde couvre les données de la base de données, et non les comptes utilisateurs du serveur.