Sauvegarde et restauration

Faites un clic droit sur une base et choisissez Sauvegarde / Restauration. Les deux sens se trouvent dans un seul onglet.

Sauvegarder

1. Passez en mode Sauvegarde.
2. Choisissez le fichier de sortie.
3. Inclure les données — activé pour une sauvegarde complète, désactivé pour un instantané de la structure seule.
4. Lancez.

Une barre de progression suit le dump, et le résultat indique combien d’objets ont été écrits.

La sortie est un simple fichier .sql : instructions CREATE plus INSERT lorsque les données sont incluses. Vous pouvez le lire, le comparer, le garder sous contrôle de version et le restaurer avec n’importe quel outil qui parle SQL — rien n’y est propre à NabuSQL.

Chaque table est accompagnée de sa structure complète — clés, index, séquences et colonnes identity, types — et de ses déclencheurs, et les vues, procédures et fonctions de la base suivent les tables. Les clés étrangères et les déclencheurs se trouvent à la fin du fichier, de sorte que la restauration ne bute pas sur l’ordre des tables et ne déclenche pas de déclencheurs sur les lignes restaurées. Contenu d’un dump donne le détail par moteur.

Sur MariaDB, le fichier commence par les séquences de la base, chacune réglée pour reprendre là où elle en était, de sorte qu’une colonne dont la valeur par défaut est NEXTVAL continue sa numérotation sans réutiliser de valeur — y compris lorsque la sauvegarde est restaurée sous un autre nom de base. Les tables versionnées par le système reviennent versionnées, avec leurs lignes actuelles ; leur historique des lignes repart de zéro. Sur MySQL et MariaDB, les colonnes binaires — images, fichiers, VECTOR — sont écrites octet par octet sous forme de littéraux hexadécimaux.

Sauvegardes réalisées avec la version 1.0.109 ou antérieure

Sur MySQL et MariaDB, ces versions écrivaient les valeurs binaires qui n’étaient pas du texte valide sous la forme de l’espace réservé '<binary N bytes>' au lieu de leurs octets. Une telle sauvegarde se restaure sans erreur, mais ces cellules contiennent l’espace réservé. Si vous conservez des sauvegardes de tables contenant des images ou des fichiers, faites-en une nouvelle.

Restaurer

1. Passez en mode Restauration et choisissez le fichier.
2. Définissez les options :

Option	Effet
Supprimer si existant	Supprime chaque objet avant de le recréer. Nécessaire pour restaurer par-dessus une base existante
Désactiver la vérification des FK	Désactive la vérification des clés étrangères pendant la restauration, afin que les tables puissent se charger dans n’importe quel ordre
Continuer en cas d’erreurs	Poursuit après une instruction en échec au lieu de s’arrêter

3. Lancez. La progression est affichée en pourcentage, avec un compteur d’erreurs.

Une restauration peut être annulée pendant son exécution.

À la fin, NabuSQL indique combien d’instructions ont réussi sur le total et liste les erreurs recueillies — vous savez ce qui n’a pas été restauré au lieu de supposer que tout l’a été.

La restauration écrase

Avec Supprimer si existant activé, les objets existants de la base cible sont supprimés et remplacés. Restaurez d’abord dans une base de test si vous n’êtes pas certain du contenu du fichier.

Chemins plus rapides

• Dump en fichier SQL ▸ sur une base ou une table (clic droit) écrit directement la structure ou la structure et les données, sans l’onglet de sauvegarde. Sur les tables, il peut aussi écrire un échantillon des lignes.
• ▶ Exécuter un fichier SQL sur une base exécute n’importe quel fichier .sql, ce qui est l’équivalent manuel d’une restauration.

Automatiser les sauvegardes

Le planificateur de tâches peut lancer une sauvegarde à intervalles réguliers.

Le planificateur ne fonctionne que lorsque NabuSQL est ouvert

Il fait partie de l’application, ce n’est pas un service système. Pour des sauvegardes sans surveillance d’un serveur de production, utilisez le planificateur de votre plateforme avec mysqldump, pg_dump ou un équivalent.

Ce qu’une sauvegarde ne couvre pas

Un dump de base contient cette base. Les éléments au niveau du serveur — utilisateurs et privilèges, configuration du serveur, autres bases — n’en font pas partie. Pour les utilisateurs et privilèges MySQL, voir Gestion des utilisateurs.

Un dump ne se restaure que sur le même type de serveur

Le fichier est écrit dans le SQL propre au moteur source — sa façon d’entourer les identifiants, ses types, ses clauses AUTO_INCREMENT et ENGINE=. Restaurer un dump MySQL dans PostgreSQL échoue dès la première instruction. Pour déplacer une base entre moteurs, utilisez le transfert de données, qui régénère la structure pour la cible au lieu de rejouer le SQL de la source.