2026 : Mac Mini loué en 7×24 — instantanés APFS, exclusions Time Machine (tmutil) et matrice décisionnelle des seuils de disque

Qui opère en marathon, quoi trancher : matrice instantanés, Time Machine, copie distante, tmutil, cadence, paliers disque, FAQ coupure. Liens : accueil, blog, syslog et inode, planification 7×24, FAQ ligne d’eau APFS.

Pourquoi le disque « résiste » malgré des jobs qui écrivent sans fin

1. Chemins chauds dans la sauvegarde. node_modules, caches compilateur et images conteneurisées gonflent à la fois les deltas Time Machine et le bassin des instantanés locaux.
2. Concurrence snapshots et rafales d’écriture. Les séquences séquentielles des workers et la maintenance des instantanés se disputent la même marge libre : les lenteurs précèdent parfois l’alerte pourcentage.
3. Seuils flous. Sans ligne jaune et rouge écrite, personne ne sait quand purger, suspendre un lot ou escalader le stockage — l’astreinte improvisé au lieu d’exécuter une matrice.

Voir aussi la matrice MySQL/PostgreSQL pour éviter chevauchement dump et balayage d’instantanés.

Matrice : instantanés APFS locaux, Time Machine avec exclusions, copie distante

Une stratégie par jeu de données : sans règles, le SSD s’use et la restauration se trompe de couche.

Fréquence des snapshots et discipline de purge

• Instantanés auto tant que l’espace est sain ; deux à quatre points manuels significatifs par jour sur hôtes chargés (pré/post déploiement).
• Contrôlez la pression avec tmutil listlocalsnapshots / ; supprimez une date nommée par tmutil deletelocalsnapshots <horodatage> dès que le seuil jaune est franchi.
• N’erigez pas les instantanés en unique rempart contre ransomware ou sinistre datacenter : gardez une copie hors hôte sur le chemin critique.

Checklist exclusions tmutil (commandes exécutables)

sudo tmutil addexclusion -p /chemin ; tmutil isexcluded /chemin ; retrait via Réglages ou tmutil removeexclusion -p /chemin.

Matrice des seuils de nettoyage (« niveau d’eau » disque)

Aligné sur le FAQ ligne d’eau APFS pour un langage commun sur machine louée.

FAQ : reprise après coupure secteur ou arrêt brutal

Quelle est la première vérification après coupure brutale ?

Montage propre, Console sans erreurs FS, dernier journal aligné avec points de reprise applicatifs.

Doit-on faire confiance aux instantanés automatiques après arrêt incorrect ?

Simples indices tant que checksums et contrôles logiques ne sont pas validés ; en cas de doute, dumps logiques.

Comment remonter les workers sans réintroduire la corruption ?

Recharger les labels launchd, exécuter des fumées idempotentes, puis rouvrir la file 7×24 une fois le seuil jaune regagné.

Runbook opérateur en cinq gestes

Trace obligatoire par étape.

1. Inventorier chaque arbre volumineux inscriptible et le taguer sauvegarde, exclure ou distant uniquement selon la matrice.
2. Appliquer les exclusions persistantes avec tmutil, versionner la liste à côté du code d’infrastructure et revérifier après chaque mise à jour macOS.
3. Planifier un script nocturne qui enregistre df -h et le décompte d’instantanés avant les lots lourds.
4. Alertes jaune Slack ou courriel ; rouges avec astreinte si sans présence locale.
5. Documenter la procédure post-coupure dans les favoris du centre d’aide et répéter une restauration de dossier chaque trimestre.

Repères citables pour revue et astreinte

• Deux à quatre points d’instantané manuels significatifs par jour maximum sur des voies Mini loué très sollicitées, en plus des instantanés automatiques lorsque l’espace le permet.
• Vingt-cinq pour cent d’espace libre comme début de revue ; quinze pour cent ou cinquante gigaoctets comme arrêt dur des nouveaux snapshots et grosses sauvegardes.
• Trois nuits consécutives de baisse d’espace libre déclenchent un audit jaune même si le pourcentage absolu paraît confortable.