Bonjour à tous,
voilà, j'aurais besoin d'un script qui ferais que je pourrais obtenir la copie d'un disque dur juste grace a l'adresse ip de ce pc. Car j'ai un pc qui sert uniquement a sauvegardé des données, documents etc... et je veux pouvoir faire une copie de son disque dur quand je travaille sur un autre pc.
Merci d'avance
Ps: Et là c'est ok?
[..] Copie disque dur
Règles du forum
- Merci de consulter la section "Règles du forum" et plus particulièrement "Règles et Mentions Légales du site autoitscript.fr" avant d'écrire un message.
- jl56
- Niveau 7

- Messages : 415
- Enregistré le : mer. 24 oct. 2007 22:42
- Localisation : 56000
- Status : Hors ligne
Re: [..] Copie disque dur
Bonjour,
la description est un peu vague mais je vais essayer de vous donner quelques explications
Pour pouvoir copier des données a partir d'une Ip, le pc doit en premier lieu partager les données en question avec bien sur les autorisations d’accès.
ensuite a partir de votre autre PC vous pouvez y accéder via le réseau. exemple dans la barre d'adresse du poste de travail tapez \\ip du pc ou son nom\nom du partage
vous retrouvez alors directement dans le dossier
si cela fonctionne, dans votre script utilisez le meme chemin pour copier vos données
A+ JL56
la description est un peu vague mais je vais essayer de vous donner quelques explications
Pour pouvoir copier des données a partir d'une Ip, le pc doit en premier lieu partager les données en question avec bien sur les autorisations d’accès.
ensuite a partir de votre autre PC vous pouvez y accéder via le réseau. exemple dans la barre d'adresse du poste de travail tapez \\ip du pc ou son nom\nom du partage
vous retrouvez alors directement dans le dossier
si cela fonctionne, dans votre script utilisez le meme chemin pour copier vos données
A+ JL56
- Tlem
- Site Admin

- Messages : 11824
- Enregistré le : ven. 20 juil. 2007 21:00
- Localisation : Bordeaux
- Status : Hors ligne
Re: [..] Copie disque dur
AutoIt ne sera pas directement capable de faire ce type d'opération.
Pour cela, vous devrez utiliser un programme tiers tel que :
- ImageX dont vous pouvez trouver une interface en AutoIt ici.
- DriveImage XML
- XXClone
- etc ...
Ensuite, à vous de faire en sorte que le logiciel soit 'pilotable' par le réseau.
Pour cela, une application client/serveur dédié au pilotage de l'outil choisit devrait faire l'affaire.
Sinon pour faire simple, utilisez un script qui tourne en tache de fond sur la/les machines à sauvegarder, qui surveille un dossier spécifique par exemple et qui réagit à la présence d'un fichier spécifique qui donnerais les éléments nécessaires au lancement de la sauvegarde ...
Ceci dit, AutoIt permet des tas de possibilités. Avec un peut d'imagination vous arriverez à trouver bien d'autres solutions. ^^
Pour cela, vous devrez utiliser un programme tiers tel que :
- ImageX dont vous pouvez trouver une interface en AutoIt ici.
- DriveImage XML
- XXClone
- etc ...
Ensuite, à vous de faire en sorte que le logiciel soit 'pilotable' par le réseau.
Pour cela, une application client/serveur dédié au pilotage de l'outil choisit devrait faire l'affaire.
Sinon pour faire simple, utilisez un script qui tourne en tache de fond sur la/les machines à sauvegarder, qui surveille un dossier spécifique par exemple et qui réagit à la présence d'un fichier spécifique qui donnerais les éléments nécessaires au lancement de la sauvegarde ...
Ceci dit, AutoIt permet des tas de possibilités. Avec un peut d'imagination vous arriverez à trouver bien d'autres solutions. ^^
Thierry
Rechercher sur le forum ----- Les règles du forum
Le "ça ne marche pas" est une conséquence commune découlant de beaucoup trop de raisons potentielles ...
Une idée ne peut pas appartenir à quelqu'un. (Albert Jacquard) tiré du documentaire "Copié n'est pas volé".
Rechercher sur le forum ----- Les règles du forum
Le "ça ne marche pas" est une conséquence commune découlant de beaucoup trop de raisons potentielles ...
Une idée ne peut pas appartenir à quelqu'un. (Albert Jacquard) tiré du documentaire "Copié n'est pas volé".
Re: [..] Copie disque dur
Sujet nettoyé : C'est à l’équipe de modération de verrouiller ou non certaines demandes. Ici , si Tlem a déjà répondu, c'est que nous avons jugé qu'elle était acceptable. Merci d'en tenir compte et de ne pas accuser l'auteur sans fondement.
- ZDS
- Membre émérite

- Messages : 554
- Enregistré le : jeu. 10 juin 2010 10:35
- Localisation : 22300 Cul-d'chouette Langue-de-vache
- Status : Hors ligne
Re: [..] Copie disque dur
Bonjour,
Sans accuser le demandeur ou dénigrer la réponse de Tlem (bien au contraire), je tiens à reformuler mon commentaire : A moins d'utiliser un outil spécialement prévu pour ce genre d'opération (proposé justement par Tlem) et un script AutoIt ne servant que d'interface (graphique/mappage) sur ce programme, un tel projet ne me semble pas viable en lui même.
Restons tout de même dans l'optique d'un script à la main :
- Tout d'abord il vaut mieux utiliser un modèle client-serveur, serveur déployé sur le PC en question qui enverra le contenu des fichiers par TCP/UDP/pigeon voyageur ^^. Tu peux aussi partager en réseau le disque dur en question (avec login pass bien sûr, mieux vaut ne pas tenter le diable), mais ce genre d'architecture a la fâcheuse tendance d'être sujette aux bons-vouloirs (ou plantages) du gestionnaire partage Windows. La solution client/serveur sera sans doute plus chiante à mettre en place, mais au moins tu pourras mettre en place une reprise de copie là où elle s'est arrêtée, tu pourras aussi filtrer coté serveur les fichiers pouvant être copiés, et protéger d'autres fichiers plus "critiques".
- Ensuite tu as peut être moyen d'utiliser des protocoles de gestion de versions pour faire des copies "optimisées". Je pense notamment à SVN ou Mercurial. En une simple opération tu as moyen de récupérer une première copie du disque, et quelques jours plus tard, si tu veux chopper les modifications, ce genre de protocole te permet de ne récupérer que les modifications, et non tout le disque encore une fois. Bien sûr ce n'est que de la théorie, mais ça mérite de s'y intéresser.
- Enfin, dans le cadre d'une copie via le web, mieux vaudrait oublier un tel projet. A raison de 200ko/s en upload coté envoyeur, et 1Mo/s coté récepteur, seuls les 200ko seront pris en compte. Dans ce cas, un disque dur de 20Go mettrait presque 30heures à être copié (et encore, 200Ko en émission c'est énorme). Comme le soulignait un autre commentaire, le temps et la bande passante ne tiendrait pas le coup avec un script "à la main" à travers internet (à moins d'utiliser une bande passante en T3+, un disque relié en fiber channel). Pour une utilisation en réseau local par contre, il ne devrait y avoir aucun souci.
Voila, mon précédent était court et pouvait porter à confusion. Mais il s'agissait d'une réaction sur le coté chronophage d'un tel script, non pas du bien fondé de son demandeur.
A bientôt!
Sans accuser le demandeur ou dénigrer la réponse de Tlem (bien au contraire), je tiens à reformuler mon commentaire : A moins d'utiliser un outil spécialement prévu pour ce genre d'opération (proposé justement par Tlem) et un script AutoIt ne servant que d'interface (graphique/mappage) sur ce programme, un tel projet ne me semble pas viable en lui même.
Restons tout de même dans l'optique d'un script à la main :
- Tout d'abord il vaut mieux utiliser un modèle client-serveur, serveur déployé sur le PC en question qui enverra le contenu des fichiers par TCP/UDP/pigeon voyageur ^^. Tu peux aussi partager en réseau le disque dur en question (avec login pass bien sûr, mieux vaut ne pas tenter le diable), mais ce genre d'architecture a la fâcheuse tendance d'être sujette aux bons-vouloirs (ou plantages) du gestionnaire partage Windows. La solution client/serveur sera sans doute plus chiante à mettre en place, mais au moins tu pourras mettre en place une reprise de copie là où elle s'est arrêtée, tu pourras aussi filtrer coté serveur les fichiers pouvant être copiés, et protéger d'autres fichiers plus "critiques".
- Ensuite tu as peut être moyen d'utiliser des protocoles de gestion de versions pour faire des copies "optimisées". Je pense notamment à SVN ou Mercurial. En une simple opération tu as moyen de récupérer une première copie du disque, et quelques jours plus tard, si tu veux chopper les modifications, ce genre de protocole te permet de ne récupérer que les modifications, et non tout le disque encore une fois. Bien sûr ce n'est que de la théorie, mais ça mérite de s'y intéresser.
- Enfin, dans le cadre d'une copie via le web, mieux vaudrait oublier un tel projet. A raison de 200ko/s en upload coté envoyeur, et 1Mo/s coté récepteur, seuls les 200ko seront pris en compte. Dans ce cas, un disque dur de 20Go mettrait presque 30heures à être copié (et encore, 200Ko en émission c'est énorme). Comme le soulignait un autre commentaire, le temps et la bande passante ne tiendrait pas le coup avec un script "à la main" à travers internet (à moins d'utiliser une bande passante en T3+, un disque relié en fiber channel). Pour une utilisation en réseau local par contre, il ne devrait y avoir aucun souci.
Voila, mon précédent était court et pouvait porter à confusion. Mais il s'agissait d'une réaction sur le coté chronophage d'un tel script, non pas du bien fondé de son demandeur.
A bientôt!
ZDS : Chef de projet du nAiO (logiciel AutoIt gratuit sous licence CC 4.0 BY-NC-SA)
Tout problème a une solution, donc si il y a pas d'solution, c'est qu'il y a pas d'problème !
Tout problème a une solution, donc si il y a pas d'solution, c'est qu'il y a pas d'problème !


