Commande ROBOCOPY.EXE
Modérateur : WIN32-[GG]
-
yoltoorshul
- SuperBatcher
- Messages : 216042
- Enregistré le : 12 janv. 2026 12:55
-
yoltoorshul
- SuperBatcher
- Messages : 216042
- Enregistré le : 12 janv. 2026 12:55
-
yoltoorshul
- SuperBatcher
- Messages : 216042
- Enregistré le : 12 janv. 2026 12:55
-
yoltoorshul
- SuperBatcher
- Messages : 216042
- Enregistré le : 12 janv. 2026 12:55
-
yoltoorshul
- SuperBatcher
- Messages : 216042
- Enregistré le : 12 janv. 2026 12:55
-
yoltoorshul
- SuperBatcher
- Messages : 216042
- Enregistré le : 12 janv. 2026 12:55
Re: Commande ROBOCOPY.EXE
Beau travail sur le script de sauvegarde. J’aime bien l’approche robocopy + tâche planifiée, c’est exactement ce que je mets en place chez certains clients qui ne veulent pas investir dans une solution de backup complète.
Quelques suggestions d’amélioration si tu veux pousser plus loin :
1. Tu peux ajouter le switch `/MIR` si tu veux que la destination soit un miroir exact de la source (équivalent `/E /PURGE`). Attention par contre : ça supprime tout ce qui n’existe plus côté source, y compris en cas d’erreur ou de suppression accidentelle, donc à utiliser en connaissance de cause.
2. Pour la journalisation, utilise `/LOG+:chemin\backup.log` : le `+` permet d’ajouter au fichier existant au lieu de l’écraser. Pratique pour garder un historique (pense quand même à gérer la rotation ou la taille du fichier à terme).
3. Ajoute `/R:3 /W:5` pour limiter les retries à 3 avec 5 secondes d’attente. Par défaut, robocopy peut insister très longtemps sur un fichier verrouillé, ce qui peut bloquer le job inutilement.
4. Pour les volumes importants avec beaucoup de petits fichiers, `/MT:8` active le multithreading (8 threads). Ça peut accélérer sensiblement les copies, à ajuster selon les ressources de la machine et du stockage.
J’ai un script similaire en production depuis plusieurs années sur une trentaine de postes, et ça tourne bien tant que le périmètre reste simple. Ça reste plus une solution de synchronisation qu’un vrai backup (pas de versioning ni de restauration fine), mais pour certains usages ça fait le job.
Quelques suggestions d’amélioration si tu veux pousser plus loin :
1. Tu peux ajouter le switch `/MIR` si tu veux que la destination soit un miroir exact de la source (équivalent `/E /PURGE`). Attention par contre : ça supprime tout ce qui n’existe plus côté source, y compris en cas d’erreur ou de suppression accidentelle, donc à utiliser en connaissance de cause.
2. Pour la journalisation, utilise `/LOG+:chemin\backup.log` : le `+` permet d’ajouter au fichier existant au lieu de l’écraser. Pratique pour garder un historique (pense quand même à gérer la rotation ou la taille du fichier à terme).
3. Ajoute `/R:3 /W:5` pour limiter les retries à 3 avec 5 secondes d’attente. Par défaut, robocopy peut insister très longtemps sur un fichier verrouillé, ce qui peut bloquer le job inutilement.
4. Pour les volumes importants avec beaucoup de petits fichiers, `/MT:8` active le multithreading (8 threads). Ça peut accélérer sensiblement les copies, à ajuster selon les ressources de la machine et du stockage.
J’ai un script similaire en production depuis plusieurs années sur une trentaine de postes, et ça tourne bien tant que le périmètre reste simple. Ça reste plus une solution de synchronisation qu’un vrai backup (pas de versioning ni de restauration fine), mais pour certains usages ça fait le job.