Restaurer un export

Réglages → Données → Vos données → Importer un fichier. La restauration fusionne le fichier avec le compte sous lequel vous êtes connecté. Elle ne crée jamais de compte et ne change jamais votre identité : sur une instance neuve, créez donc d’abord un compte, avec l’adresse e-mail et le mot de passe de votre choix, puis restaurez dedans.

Pour la copie complète de la base, faite par l’administrateur, voyez plutôt Recharger un dump.

Les deux types de fichier passent par le même bouton. Un fichier chiffré est reconnu immédiatement, et sa phrase de passe vous est demandée avant toute écriture ; une phrase fausse est refusée d’emblée, sans rien restaurer, car le fichier vérifie son authenticité avant qu’un seul octet n’en soit relu. Vous n’avez donc jamais à nettoyer une restauration à moitié réussie.

À la fin, la page indique lequel des deux types de fichier elle a reçu, avec un décompte par table, puis chaque ligne que la restauration a refusé d’écrire, avec la raison du refus. Lisez cette liste : c’est là qu’apparaît une restauration incomplète.

Restaurer deux fois le même fichier ne change rien. Chaque table est comparée sur une clé naturelle avant d’être écrite, et une seconde restauration affiche donc des zéros. Depuis un fichier donne la clé de chaque table et ce que signifie la fusion, y compris pour un fichier que vous avez écrit vous-même.

Si une restauration est interrompue

Une restauration n’est pas atomique. Elle écrit les tables l’une après l’autre, en une longue séquence, et non dans une seule transaction de base de données. Si vous fermez le navigateur en cours de route, si le conteneur redémarre ou si la connexion se coupe, le compte reste dans un état intermédiaire : certaines tables sont restaurées, d’autres non, et aucune page d’erreur ne vous dit lesquelles.

Pour reprendre, importez de nouveau le même fichier. Cela suffit, pour la même raison qu’une seconde restauration d’un fichier complet affiche des zéros. Chaque ligne est comparée sur une clé naturelle avant d’être écrite, jamais sur un identifiant de la base : les lignes déjà écrites la première fois sont reconnues et ignorées, et les autres sont écrites. Le code est le même dans les deux cas, il n’y a donc pas de mode de reprise particulier où se tromper.

Lisez les décomptes de la seconde passe : ils correspondent à ce que la passe interrompue n’avait pas encore écrit.

Danger

Ne restaurez pas un autre fichier en espérant combler le manque. Les deux fichiers se fusionneraient au lieu de se remplacer, et vous vous retrouveriez avec un mélange de deux sauvegardes.

Les clés d’API et le second facteur

Un export ne contient aucune clé API ni aucun second facteur : ni l’un ni l’autre ne revient. Créez de nouvelles clés, et associez de nouveau votre application d’authentification ; l’ancienne association affiche toujours des codes, mais plus rien ne les vérifie.

La lettre à vos proches revient, mais pas son relais : un fichier ne doit pas envoyer une lettre de lui-même, donc le relais se remet en place dans Réglages → Transmission, avec votre mot de passe et une nouvelle confirmation de votre proche.

Les secrets d’un fichier chiffré sont rechiffrés avec la SECRET_ENCRYPTION_KEY de l’instance qui restaure : c’est pourquoi une sauvegarde chiffrée s’ouvre sur une machine qui n’a jamais connu l’ancienne clé.