Comment préparer une sauvegarde initiale de plusieurs téraoctets vers un NAS domestique sans saturer le réseau
Préparez la première sauvegarde au lieu d’effectuer un transfert multi-téraoctets illimité.
Sur un NAS domestique, l’objectif n’est pas le taux de copie le plus élevé possible, mais une base vérifiée qui peut se terminer tout en maintenant utilisables les appels vidéo, le streaming, les jeux, l’accès à distance et les applications auto-hébergées. Cela nécessite un budget réseau, des lots de valeur de récupération, des fenêtres de transfert contrôlées, des données applicatives stables et une transition propre vers la protection incrémentale.
Réservez un budget réseau sûr avant le premier lot
Mesurez le débit soutenu source-vers-NAS pendant une période calme, puis réservez seulement une partie de cette capacité pour la première sauvegarde. La marge inutilisée protège le trafic domestique et donne au client, au switch, au routeur, au NAS et au chemin de stockage de la place pour des pics courts et des retours de protocole.
Les transferts en masse peuvent créer un délai de mise en file d’attente sous charge même lorsque le graphique de vitesse semble sain. Pour un réseau domestique partagé, la latence pendant la copie est donc un meilleur indicateur de sécurité que le seul taux de transfert.
Commencez avec un plafond conservateur, exécutez une heure supervisée, et surveillez la latence chargée, la perte de paquets, le CPU du NAS, la latence d’écriture disque et la réactivité des services domestiques normaux. Augmentez le budget seulement après que ce chemin complet reste stable.
Divisez la source selon la valeur de récupération et le taux de changement
Ne divisez pas la source uniquement par taille de dossier. Regroupez-la selon l’urgence de récupération et la probabilité de changement avant la passe finale de rattrapage.
Les documents irremplaçables, photos de famille, clés, exports de configuration et fichiers de projet actifs doivent établir le premier point de récupération utilisable. Les grandes bibliothèques médias complètes et archives peuvent suivre, tandis que les bases de données et dossiers d’applications fréquemment modifiés doivent être copiés près de la fenêtre finale de synchronisation.
Créez un manifeste de préparation avec le chemin source, la taille estimée, le nombre d’éléments, le taux de changement, la fenêtre planifiée et la méthode de vérification pour chaque groupe. Cela rend chaque lot auditable indépendamment et empêche une archive à faible priorité de retarder des données critiques.
L’ordre suivant est une aide à la planification plutôt qu’un modèle fixe de dossiers.
| Étape | Données typiques | Condition d’achèvement |
|---|---|---|
| Critique en premier | Documents, photos, clés, configuration | Inventaire et passe de restauration d’échantillon |
| Masse stable | Médias complets, archives, images disque | Passes de vérification du lot |
| État actif | Données d’applications, bases de données, espaces de travail | Source stable ou export conscient de l’application existant |
| Rattrapage | Modifications faites pendant la préparation | Absence de croissance delta inattendue |
Utilisez le résultat pour décider du lot suivant, pas seulement pour rapporter l’avancement. Une restauration échouée à l’étape critique doit arrêter les transferts en masse ultérieurs jusqu’à correction de la sélection, de la destination ou de la méthode de vérification.
Choisissez un chemin et une fenêtre de transfert pouvant se terminer proprement
Privilégiez l’Ethernet local filaire et éliminez les chemins Wi-Fi, VPN, relais et cloud évitables pour la graine initiale. Si la source est déjà sur un disque amovible, une connexion directe au NAS peut supprimer un saut par ordinateur portable et sans fil, mais seulement si ce chemin de stockage est stable.
Avant d’engager un gros lot sur USB direct, vérifiez les signes d’un chemin de sauvegarde externe instable. Un chemin plus rapide n’est pas plus sûr lorsque le câble, l’alimentation du boîtier, le comportement thermique ou l’identité du montage peuvent changer en cours de tâche.
Estimez la fenêtre à partir du débit utile observé plutôt que du débit de ligne Ethernet. Incluez le temps de scan, la surcharge des petits fichiers, les tentatives, et la vérification, puis choisissez un lot pouvant se terminer en une nuit ou un week-end sans dépendre d’interruptions brutales répétées.
Régulez la sauvegarde au lieu de mettre la maison en pause
Maintenez la tâche en cours à un débit contrôlé au lieu d’alterner entre trafic illimité et pauses d’urgence. Un plafond plus bas en journée et plus élevé la nuit produisent normalement une base plus prévisible qu’une tâche qui concurrence tous les services.
Un flux de travail rsync peut appliquer un plafond de bande passante rsync. Appliquez la limite à l’intérieur de la tâche de sauvegarde pour que le partage de fichiers normal, le streaming et l’accès à distance ne soient pas globalement limités.
Si un plafond plus bas ne restaure pas la réactivité, réduisez la concurrence et comparez le résultat. Un cas de première sauvegarde a lié une panne réseau à trop de connexions simultanées, montrant pourquoi débit, nombre de connexions et délai de file d’attente doivent être testés séparément.
Gelez les données applicatives changeantes pour le rattrapage final
Laissez les bases de données, catalogues de bibliothèques photo, volumes de conteneurs et espaces de travail actifs jusqu’à ce que la masse stable soit complète. Leur copie finale doit représenter un point cohérent dans le temps plutôt que des fichiers capturés pendant que l’application continue de réécrire l’état associé.
Utilisez un instantané de système de fichiers, un export d’application, un dump de base de données ou un arrêt coordonné selon le service. Les fichiers visibles par l’utilisateur seuls peuvent ne pas contenir la base de données, les secrets, la configuration et les mappages de chemins nécessaires pour restaurer une application auto-hébergée.
Effectuez le rattrapage avec la même identité de destination et les mêmes règles de sélection utilisées pour la graine. Si le delta est anormalement grand, arrêtez et identifiez les changements de périmètre, problèmes d’horloge, racines renommées ou nouvelle identité de tâche avant d’accepter un second transfert quasi complet.
Vérifiez chaque étape et transmettez-la à la protection incrémentale
Un transfert terminé n’est qu’une base candidate. Vérifiez les chemins sélectionnés, le nombre d’éléments, les journaux d’objets ignorés, les sommes de contrôle représentatives et au moins une restauration isolée avant de marquer chaque étape comme complète.
Gardez le manifeste à côté de la configuration de sauvegarde et enregistrez les racines source, exclusions, destination, limites de débit, temps d’achèvement et résultat de restauration. Ce registre distingue une exclusion délibérée d’une omission silencieuse lors de la première tâche incrémentale.
Après les passes finales de rattrapage, activez le planning incrémental normal sans renommer le dépôt ni remplacer son identité de tâche. La transmission est complète seulement lorsque la première exécution incrémentale est petite, que le dépôt reste lisible et qu’un fichier restauré depuis le nouveau point de récupération s’ouvre correctement.
Produits recommandés
Assistance et conseils
Plus à lire
Plex peut-il partager un GPU avec un autre conteneur Docker ?
Plex et un autre conteneur peuvent souvent accéder au même GPU, mais vous devez tester la prise en charge des pilotes, le mappage des...
Comment déterminer si une erreur Plex vient du client ou du serveur
Reproduisez le même élément sur un autre client, comparez le chemin de session, puis recueillez les preuves côté serveur uniquement après que la portée...
Comment configurer le cache de Plex et le stockage temporaire du transcodage
Protégez l’état persistant de Plex en plaçant les fichiers temporaires de transcodage sur un stockage local adapté, puis vérifiez le nettoyage, l’espace libre et...
