Salut,
Sous Vista l'utilitaire robocopy est intégré à l'OS, donc pas besoin de l'installer (il y est déjà). Pour d'autres OS tu le trouve dans le ressource kit de windows 2003 serveur (la version pour 2003 tourne aussi sous XP, celle de Vista par contre ne fonctionne pas sous XP)
Ensuite je vois que ton script est exécuté sur le client. Dans ce cas le plus simple est de passer par par les tâches planifiées. De mémoire il y a plusieurs méthodes pour déployer de manière centralisée des tâches planifiées vers le client (une petite recherche sur Google devrait t'éclairer sur le sujet).
Note que pour généraliser ton script côté client tu peux utiliser la variable d'environnement %USERPROFILE% pour déterminer quel dossier appartient à l'utilisateur et côté serveur utiliser son %USERNAME% pour générer le chemin : robocopy "%USERPROFILE%" "\\serveur\Users\%USERNAME%\Sauvegarde" /MIR /SEC /R:1 /W:0
Une autre approche serait de gérer ce script côté serveur et que ce soit le serveur qui l'exécute, ce qui a l'avantage de te permettre d'avoir une meilleure vue d'ensemble quant à son exécution et de sauvegarder plusieurs postes d'un seul coup. Pour cela tu peux utiliser les administratives shares tel que \\client\C$ pour accéder au disque du client, néanmoins il y a les inconvénients suivants :
- le serveur ne sait pas si le poste client est enclenché au moment de lancer le script, par exemple si tu veux sauvegarder la nuit faut penser à qqch du genre Wake on LAN du poste -> attente -> robocopy -> shutdown distant.
- le dossier local de l'utilisateur peut-être plus compliqué à déterminer s'il n'est pas forcément en forme "prenom.nom" sur le client (Windows peut ajouter des ~ ou le nom du domaine après le nom de user)
Une autre solution serait d'envisager une solution de sauvegarde du genre Backup Exec, Tivoli & Compagnie qui proposent des agents pour sauvegarder les postes clients en plus des serveurs distants. Si tu n'as pas l'habitude de ce genre de solution il faudra bien veiller au dimensionnement de la solution de stockage, voir quelle stratégie tu penses utiliser (par ex. un classique disk to disk to tape) et quels types de sauvegardes tu fais (complète, incrémentielle, ...) pour que tes sauvegardes se déroulent correctement dans ton environnement. A voir aussi avec les ressources dont tu disposes.
@Z_cool : le command prompt de Windows et certaines de ses commandes n'apprécient pas toujours les chemins UNC. Il est souvent plus prudent dans un script de connecter le share sur une lettre avec "net use", d'exécuter à partir de la lettre, puis de déconnecter le share à la fin du script.
Message édité par Requin le 28-09-2009 à 13:19:33