Que se passe-t-il si l’iPhone s’éteint pendant la restauration d’une sauvegarde

Cette question rejoint quelques autres qu'il vaut mieux avoir résolues avant qu'elles ne se produisent : une batterie à plat en plein enregistrement peut réellement abîmer le fichier en cours de capture, en pleine transcription elle ne peut rien toucher du tout, et en plein export elle ne peut coûter que le seul nouveau fichier en train d'être produit. Restaurer une sauvegarde est un cas à part, et il va dans le sens inverse de la plupart de ceux-là — au lieu que le téléphone produise quelque chose de nouveau à partir de ce qu'il a déjà, il lit quelque chose venu de l'extérieur et reconstruit des entrées à partir de cela. C'est cette différence qui compte vraiment ici.

Ce qu'une restauration fait réellement

Une sauvegarde complète est un seul fichier JSON — le titre, la date, la durée et la transcription de chaque enregistrement, pour toute la bibliothèque, au même endroit. La restaurer, c'est relire ce fichier depuis le même écran de réglages qui l'a créé et reconstruire chaque entrée de la bibliothèque à partir de ce qu'il contient. Il n'y a aucune étape séparée qui vérifie ce qui est déjà là par rapport à ce que contient le fichier ; lire le fichier et écrire les entrées, c'est tout le travail. L'audio lui-même n'entre pour rien là-dedans — une sauvegarde ne contient jamais les fichiers .m4a, seulement les détails et la transcription, donc déplacer les enregistrements réels est une étape à part, manuelle, via la feuille de partage habituelle, quelque chose qu'une restauration du JSON ne touche jamais.

Ce qu'une coupure de courant peut réellement atteindre

Seulement la part de la restauration qui n'avait pas encore eu lieu. Le fichier de sauvegarde que vous restaurez — sur un ordinateur, dans un e-mail, dans Fichiers, où que vous l'ayez gardé — est lu, pas consommé, donc un téléphone qui s'éteint en plein milieu ne lui fait rien du tout. Il reste exactement aussi intact après qu'avant de commencer, et peut être pointé de nouveau autant de fois qu'il le faut. Les entrées que la restauration avait déjà écrites dans la bibliothèque avant que le téléphone ne s'éteigne ne sont pas défaites par une coupure survenue plus tard — une écriture terminée est une écriture terminée, et une interruption ultérieure ne revient pas en arrière pour la rouvrir. Ce qui manque réellement, ce sont seulement les entrées auxquelles la restauration n'était pas encore arrivée.

Comme rien de tout cela n'implique de l'audio, l'enjeu est plus léger qu'il n'y paraît la première fois qu'on l'imagine. Une seule entrée restaurée, c'est un titre, une date, une durée et une transcription — une petite écriture, pas une grosse — donc la quantité de travail qu'une batterie à plat peut réellement vous coûter ici, c'est la fraction de la bibliothèque qui n'avait pas encore été lue, rien qui approche l'équivalent d'un enregistrement entier en son.

La seule chose à faire différemment ici

Une restauration n'a aucun compte auquel se référer, donc elle ne compare jamais une entrée qu'elle s'apprête à ajouter à une qui pourrait déjà se trouver dans la bibliothèque — elle ajoute simplement ce que contient le fichier. C'est vrai la première fois qu'on restaure une sauvegarde, et c'est tout aussi vrai la deuxième, ce qui compte justement après une restauration interrompue : les entrées déjà arrivées avant que le téléphone ne s'éteigne sont toujours dans la bibliothèque, et restaurer à nouveau le même fichier pour finir le travail ajoute une seconde copie de chacune d'entre elles, pas seulement de celles qui manquaient. Le fichier n'a aucune mémoire de jusqu'où il était arrivé la dernière fois, et la bibliothèque dans laquelle il écrit non plus.

Ce n'est pas dangereux — un doublon créé de cette façon est une entrée uniquement textuelle, sans audio associé, exactement comme n'importe quel autre doublon qu'une restauration peut produire, et il est sûr de le supprimer une fois comparé à la copie que vous voulez garder. Mais cela vaut la peine de le savoir avant de se dire « je n'ai qu'à restaurer à nouveau », parce que ce réflexe a raison de vouloir récupérer les entrées manquantes et tort sur la façon propre de le faire.

Ce qu'il faut faire concrètement

• Avant de restaurer à nouveau, triez la bibliothèque par date et regardez ce qui s'y trouve déjà. Ce qui apparaît déjà depuis la sauvegarde n'a pas besoin d'être ajouté une seconde fois.
• S'il est plus rapide de restaurer à nouveau quand même, faites-le, puis repassez ensuite pour supprimer les doublons — ils sont uniquement textuels, donc en supprimer un ne risque jamais un enregistrement qui a de l'audio derrière.
• Pour une grande bibliothèque, branchez le téléphone avant de commencer plutôt que de lancer la restauration sur une batterie que vous surveillez déjà. La restauration elle-même ne prend pas longtemps, mais rien ne justifie de parier sur le moment exact où elle en aura besoin.
• Déplacez l'audio comme une étape à part, après avoir réglé le côté JSON. Il a toujours été séparé du fichier de sauvegarde, donc une batterie à plat pendant cette étape est un simple transfert de fichier interrompu, pas un problème de sauvegarde.

Comment Voice Studio gère cela

Une sauvegarde complète dans Voice Studio est un seul fichier JSON, créé et restauré depuis le même écran des Réglages, contenant le titre, la date, la durée et la transcription de chaque enregistrement — jamais l'audio lui-même, qui se déplace à part via la feuille de partage. Sans compte ni serveur d'aucune sorte derrière tout cela, une restauration n'a rien à quoi comparer une nouvelle entrée, donc elle lit le fichier et écrit ce qu'elle y trouve, de la même façon lors d'une première tentative que d'une seconde. C'est exactement pour cela qu'une restauration interrompue ne vous coûte que les entrées qu'elle n'avait pas encore atteintes, et pour cela qu'il vaut la peine d'accompagner une nouvelle passe sur le même fichier d'un coup d'œil rapide à la bibliothèque ensuite, plutôt que de supposer que cette seconde tentative a repris exactement là où la première s'était arrêtée.

Questions fréquentes

L’iPhone qui s’éteint pendant une restauration peut-il abîmer le fichier de sauvegarde lui-même ?

Non. Restaurer ne fait que lire le fichier de sauvegarde ; rien dans le processus n'y réécrit. Un téléphone qui s'éteint en pleine restauration laisse le fichier exactement comme il était, et on peut restaurer à nouveau depuis celui-ci.

Si la restauration s'arrête en cours de route, les entrées déjà arrivées sont-elles toujours là ?

Oui. Chaque entrée que la restauration avait déjà écrite dans la bibliothèque avant que le téléphone ne s'éteigne reste écrite — une interruption survenue plus tard ne défait pas quelque chose de déjà terminé.

Restaurer à nouveau la même sauvegarde après une restauration interrompue crée-t-il des doublons ?

Pour les entrées déjà arrivées avant que le téléphone ne s'éteigne, oui. Une restauration n'a aucun compte auquel se référer, donc elle ajoute de nouveau tout ce que contient le fichier plutôt que de reconnaître ce qui est déjà là.

L’audio lui-même est-il en danger si le téléphone s’éteint pendant une restauration ?

Non. Un fichier de sauvegarde ne contient jamais les enregistrements .m4a, seulement les titres, dates, durées et transcriptions, donc rien dans sa restauration ne touche à l'audio. Déplacer les enregistrements est une étape à part via la feuille de partage.