2026 : matrice décisionnelle des sauvegardes « longues » sur Mac Mini loué — MySQL et PostgreSQL, exports logiques compressés, fenêtres nocturnes et seuils disque

Lecture : 9 min

« Sur un Mac Mini loué, les exports logiques échouent encore quand mysqldump ou pg_dump croisent des seuils disque ignorés, quand la compression monolithique dépasse la fenêtre batch, ou quand cron et launchd se chevauchent sans alerte exploitable. »

Matrice, tableaux mysqldump/pg_dump, checklist et FAQ rétention APFS. Liens : planification 7×24, FAQ disque, batch CPU, accueil, blog.

Pourquoi les sauvegardes logiques cassent encore sur Mac loué

  1. Concurrence disque. Dump en croissance alors qu’APFS se remplit : écritures partielles sans sonde df amont.
  2. Fichiers géants. Absence de fractionnement : upload nocturne fragile quand le 7×24 partage le SSD.
  3. Chevauchement. Deux cron masquent le code de sortie ; launchd sans StandardErrorPath valide reste muet.

Louer : ajuster nœud et fenêtres sans CAPEX tant que la charge reste expérimentale.

Les charges 7×24 exigent des garde-fous explicites : sonder l’espace avant chaque fenêtre, isoler les répertoires de travail des dépôts applicatifs, et tracer dans un journal unique le début, la fin et la taille de chaque artefact pour faciliter l’audit après incident.

2026 : seuils achat versus location pour charges bases de données longues

Comparer location et achat pour dumps récurrents ; voir les forfaits.

Critère Privilégier la location Envisager l’achat
Horizon < vingt-quatre mois Apple Silicon ponctuel, projets rotatifs
Batch < six heures Nœud nuit, SSD interne NVMe maison si quotas serrés
7×24 léger Montée sans CAPEX SLA très strict → datacenter dédié
Coût incertain OPEX, révision seuils trimestrielle Charge fixe → achat amorti

Tableau des paramètres mysqldump et pg_dump pour export logique

Drapeaux pour cohérence lecture ; adaptez auth et sockets au Mac loué.

Outil Paramètres utiles Intention opérationnelle
mysqldump --single-transaction, --routines, --triggers, --set-gtid-purged=OFF si réplication InnoDB, routines, GTID maîtrisés
mysqldump --column-statistics=0 client récent vers serveur ancien Moins d’erreurs client/serveur via SSH
pg_dump -Fc ou -Fd avec -j Restauration parallèle
pg_dump --no-owner, --no-acl pour rejouer ailleurs Portabilité staging

Compression gzip ou zstd et stratégie de volumes fractionnés

  • gzip : nom UTC pour éviter collisions batch et manuel ; conservez le flux sur disque local jusqu’à fin de compression.
  • zstd si disponible sur l’image du nœud : meilleur ratio sur SQL texte ; documentez le niveau pour reproduire les archives.
  • split avant objet : taille compatible uplink et jetons API ; nommez les segments avec préfixe date et indice.
  • Manifeste : segments et sommes pour intégrité post-transfert et revue conformité.

Fenêtre nocturne : cron et launchd sur Mac Mini loué

launchd : StartCalendarInterval, journaux, ThrottleInterval. cron + flock contre le chevauchement 7×24. Éviter VNC lourd le jour.

  1. Créneau CPU et I/O bas sur le tenant.
  2. ThrottleInterval ≥ cent vingt secondes pour clients SQL lourds.
  3. Journaux sur le volume des dumps.

FAQ : disque APFS, rétention locale et cohabitation 7×24

Quel est le plancher d’espace libre avant un dump ?

Stop si < quinze pour cent ou < cinquante Go libres (le plus strict), puis nettoyage ou montée en taille.

Combien de nuits garder sur le SSD loué ?

Sept à quatorze nuits locales puis froid ; runbook partagé.

Le 7×24 peut-il coexister avec un gros mysqldump ?

Oui avec files, verrous et fenêtres ; voir matrice 7×24.

Alertes d’échec : pipefail, webhooks et backoff

  • set -euo pipefail en tête de script.
  • Échec → JSON hôte, moteur, code, extrait journal.
  • Backoff max six cents secondes, jitter trente pour cent, trois essais max.

Checklist opérateur en cinq gestes

À coller dans votre runbook : chaque étape produit une preuve observable (chemin de fichier, code de sortie ou ligne de journal) pour accélérer la relecture après astreinte.

  1. Créer ~/Backups/mysql, ~/Backups/postgres et ~/Library/Logs/db-backup sur le SSD interne.
  2. Contrôler df -g : poursuivre uniquement si pourcentage et seuil absolu sont verts.
  3. Écrire le dump sur disque local, puis compresser ou fractionner avant tout upload.
  4. Planifier via launchd ou cron avec flock pour éviter les doubles tirs.
  5. Joindre au message d’alerte le chemin du manifeste et la référence du journal standard.

Repères citables pour revue et astreinte

  • Quinze pour cent ou cinquante gigaoctets libres minimum avant toute nouvelle passe logique.
  • Cent vingt secondes de ThrottleInterval minimales entre jobs launchd qui invoquent des clients bases de données.
  • Sept à quatorze générations nocturnes conservées localement avant rotation vers stockage froid.

En synthèse. La location Mac Mini convient pour caler fenêtres, seuils et alertes avant achat : accueil, forfaits, achat sans connexion obligatoire, aide SSH/VNC.

Choisissez votre nœud Mac pour sauvegardes MySQL et PostgreSQL

Depuis l’accueil, ouvrez les tarifs, puis louezaucune connexion requise pour finaliser l’achat. Le centre d’aide couvre l’accès distant ; le blog prolonge les matrices planification et disque.

Poursuivez : accueil, forfaits, aide, blog.

Louer pour sauvegardes SQL