Comment sauvegarder un Mac sur un NAS

Première voie : Time Machine en réseau

La plupart des logiciels de NAS ont une option Time Machine : elle crée un partage, généralement avec un quota de taille, et l'annonce pour que votre Mac le trouve. Sur le Mac, Réglages Système, Général, Time Machine, Ajouter un disque de sauvegarde, et le partage apparaît.

À savoir :

• Il utilise SMB. AFP est obsolète et a disparu des versions récentes de macOS. Si votre NAS ne propose Time Machine qu'en AFP, son firmware est assez ancien pour poser problème en soi.
• La sauvegarde se trouve dans un sparse bundle. Time Machine crée une image disque sur le partage et travaille à l'intérieur, c'est pourquoi les sauvegardes réseau se comportent différemment d'un disque branché directement.
• Le quota est la limite qui compte. Le partage peut avoir des téraoctets libres alors que le paquet qu'il contient est plein, d'où un message « espace insuffisant » incompréhensible face à l'espace libre visible. En savoir plus.
• Les sparse bundles se corrompent. Une connexion coupée en pleine écriture peut endommager l'image, et le remède habituel est de la supprimer et de recommencer, en perdant tout l'historique. C'est bien plus rare qu'avant, mais cela arrive encore.

Deuxième voie : rsync via SSH

Si le NAS fait tourner SSH, copiez directement dessus sans rien monter :

rsync -aE --delete ~/Documents/ [email protected]:/volume1/backup/Documents/

Plus rapide que de passer par un partage monté, et la commande ne fait pas silencieusement rien quand le montage manque : si le NAS est injoignable, elle échoue de façon visible.

Configurez d'abord une clé pour qu'il n'attende pas un mot de passe lors d'une exécution programmée :

ssh-keygen -t ed25519
ssh-copy-id [email protected]

Mêmes réserves qu'ailleurs : rsync garde un miroir sans historique, et ne chiffre rien au repos. Le guide complet sur rsync traite des deux.

Troisième voie : un dossier partagé ordinaire

Montez le partage dans le Finder et il apparaît sous /Volumes comme n'importe quel disque. Tout ce qui écrit dans un dossier peut alors l'utiliser, y compris Copy Shelter, qui vous apporte des versions, le chiffrement avant que quoi que ce soit ne quitte le Mac, et une relecture qui vérifie chaque morceau par rapport à son empreinte.

Chiffrer avant l'écriture compte plus sur un NAS qu'on ne le croit. Un NAS est un petit ordinateur avec un système d'exploitation, une interface web, et souvent un port redirigé vers Internet par une version passée de vous-même. Des octets qu'il ne peut pas lire restent à vous le jour où il est compromis.

Le montage à moitié mort, et pourquoi c'est pire qu'une erreur

C'est la panne qui distingue les sauvegardes réseau de toutes les autres, et c'est celle dont les forums sont remplis.

Quand un partage disparaît proprement, le montage disparaît et une écriture échoue immédiatement. Très bien. Ce qui arrive plus souvent, c'est que le partage cesse de répondre sans se déconnecter : le NAS s'est mis en veille, le switch a perdu un lien, le Mac s'est réveillé plus vite que le réseau. Le point de montage est toujours là, ls le liste toujours, et une écriture dessus reste bloquée.

Pas d'échec. Un blocage. Le processus reste dans une attente non interruptible aussi longtemps que le client est configuré pour réessayer, ce qui par défaut peut être très long. Une tâche de sauvegarde dans cet état n'échoue pas et ne se termine pas, et tout ce qui surveille un code de sortie non nul ne voit ni l'un ni l'autre.

Vous pouvez le repérer :

mount | grep smbfs
timeout 5 ls /Volumes/Backup >/dev/null || echo "share is not answering"

Les défenses pratiques : un délai d'expiration strict autour de chaque opération, traiter « pas de réponse » comme « destination injoignable » plutôt que comme une erreur à réessayer indéfiniment, et ne jamais laisser une destination bloquée retenir les autres. Si vous écrivez votre propre script, enveloppez toute la tâche dans timeout et rendez l'échec bien visible.

fsync ne veut pas dire la même chose sur chaque partage

Sur un disque local, un fsync() réussi signifie que les octets sont sur le plateau ou dans la mémoire flash. Via SMB, cela signifie ce que le serveur a décidé, et cela varie selon le firmware : certains logiciels de NAS confirment un vidage dès qu'ils ont les données en RAM, et une coupure de courant dans les secondes qui suivent fait perdre des écritures que toutes les couches supérieures ont déclarées terminées.

Vous ne pouvez pas régler cela depuis le Mac. Ce que vous pouvez faire, c'est cesser de considérer « la copie est terminée » comme « la copie est en sécurité », ce qui veut dire relire la sauvegarde ensuite et la vérifier, sur le partage, lors d'une passe séparée. C'est la seule chose qui distingue une écriture que le serveur a vraiment conservée d'une écriture qu'il a simplement acceptée.

Les autorisations, et le fichier qui arrive vide

Les partages SMB font correspondre la propriété Unix à ce que le NAS pense que vous êtes, et cette correspondance n'est souvent pas celle que vous attendez. Deux symptômes à connaître :

• Des attributs étendus perdus sans bruit. macOS stocke les tags, les indicateurs de quarantaine et les resource forks dans des xattrs. Beaucoup de partages ne peuvent pas les conserver et les stockent dans des fichiers compagnons ._filename, ou les jettent. rsync -aE les demande ; qu'ils survivent dépend du serveur.
• Des fichiers copiés avec zéro octet. En général un problème de correspondance des autorisations. Vérifiez avec ls -l sur le partage. Le Finder affiche une taille en cache.

Un espace libre auquel on ne peut pas se fier

Certains serveurs SMB indiquent une capacité de volume incorrecte, ou celle du pool sous-jacent, en ignorant votre partage et son quota. Un outil de sauvegarde qui se fie à ce nombre remplira volontiers un partage censé avoir des téraoctets libres.

La lecture prudente : une capacité absente ou invraisemblable signifie inconnue, jamais infinie. Vérifiez à la main avant une première grosse sauvegarde :

df -h /Volumes/Backup

Le rendre fiable

• Utilisez une connexion filaire pour la première sauvegarde. La première exécution copie tout. En Wi-Fi, cela peut prendre des jours.
• Empêchez le Mac de se mettre en veille pendant la sauvegarde. Un Mac en veille coupe la connexion, et c'est une connexion coupée qui abîme les sparse bundles.
• N'oubliez pas que le NAS est dans le même bâtiment. Il protège contre une panne du Mac, pas contre un incendie, une inondation ou un vol. Comptez-le comme la deuxième copie. Voir la règle 3-2-1.
• Le RAID n'est pas une sauvegarde. Il survit à une panne de disque. Il ne survit pas à une suppression, une panne de contrôleur, un rançongiciel ou une erreur, qui touchent tous les disques à la fois.

Étape par étape avec Copy Shelter

1. Sur le NAS, créez un dossier partagé pour les sauvegardes et un utilisateur qui peut y écrire.
2. Sur le Mac, ouvrez le Finder, choisissez Aller > Se connecter au serveur, saisissez smb:// et le nom du NAS, et connectez-vous avec cet utilisateur.
3. Cochez Mémoriser ce mot de passe dans mon trousseau pour que le partage puisse se reconnecter après un redémarrage.
4. Ouvrez Copy Shelter, cliquez sur Ajouter un emplacement et choisissez le dossier partagé.
5. Cliquez sur Sauvegarder maintenant. Copy Shelter y écrit des fichiers ordinaires, sans sparse bundle qui puisse mal tourner.
6. Restaurez un fichier pour vérifier que la sauvegarde peut être relue.

Questions fréquentes

Time Machine peut-il sauvegarder sur un NAS ?

Oui, quand le NAS propose un partage SMB avec la prise en charge de Time Machine activée. Synology, QNAP, TrueNAS et la plupart des NAS actuels ont ce réglage.

Pourquoi la sauvegarde de mon Mac sur le NAS échoue-t-elle sans cesse ?

En général, le partage s'est déconnecté pendant la veille, ou l'image disque Time Machine sur le NAS a été endommagée. Gardez le Mac sur secteur pendant la première sauvegarde, et consultez le guide sur l'erreur d'image disque si cela se reproduit.

Pourquoi mon Mac ne voit-il pas le NAS dans Time Machine ?

En général, le service Time Machine n'est pas activé pour ce partage, ou le NAS ne s'annonce qu'en AFP. Vérifiez d'abord côté NAS, puis connectez-vous une fois au partage dans le Finder pour que macOS ait les identifiants, puis regardez à nouveau.

Deux Mac peuvent-ils sauvegarder sur le même NAS ?

Oui. Donnez à chaque Mac son propre partage ou son propre quota, pour qu'une machine ne puisse pas remplir l'espace dont l'autre a besoin.

SMB est-il assez rapide ?

Pour les sauvegardes incrémentielles en gigabit, sans problème. La première sauvegarde complète est la partie lente, faites-la donc par câble.

Dois-je exposer mon NAS à Internet pour une sauvegarde hors site ?

Presque jamais. Un NAS accessible depuis Internet est un petit serveur dont vous devez désormais assurer les mises à jour. Si vous voulez du hors site, un dossier dans un compte cloud que vous payez déjà est plus sûr et généralement plus simple. Comment bien utiliser cet espace.

Avec un RAID, ai-je encore besoin d'une sauvegarde ?

Non. Le RAID gère un type de panne, un disque mort, et aucun des autres. Chaque suppression, chaque erreur et chaque rançongiciel atteint tous les disques à la fois.

Une sauvegarde Mac sur un NAS fonctionne-t-elle en Wi-Fi ?

Oui, une fois la première sauvegarde terminée. Faites la première avec un câble, car elle copie tout. Les sauvegardes suivantes n'envoient que ce qui a changé.

Comment faire revenir le partage NAS après un redémarrage ?

Connectez-vous une fois dans le Finder avec Aller > Se connecter au serveur et cochez « Mémoriser ce mot de passe dans mon trousseau ». Pour le monter à chaque ouverture de session, ajoutez le partage aux éléments d'ouverture dans Réglages Système, Général.

À lire aussi : sauvegarder un Mac sur un disque externe.

Guides associés

• Comment sauvegarder un Mac sur un disque externe
• Peut-on sauvegarder un Mac sur iCloud Drive ?
• Comment sauvegarder un Mac sur Dropbox
• Comment vérifier qu'une sauvegarde est vraiment lisible
• Sauvegarder un Mac avec rsync