comme mon message concernant le "porte document" n'a donné lieu a
aucune piste, j'en déduis que c'est cuit... je me suis donc lancé dans
la lecture de la doc ( c'est d'ailleurs un *.doc assez mal construit
:o) ) en english..; et là, j'avoue que j'ai du mal :o(
Je crois que pour faire un script qui me permette d'avoir des
"pseudo-porte-document automatiques" ça va pas être facile parce que
robocopy a forcément un sens
source -> destination
alors que le porte document synchronise dans les deux sens c'est toute
sa force...
pour commencer je reste modeste :
est-ce que
\\serveur\partage\chemin\robocopy.exe DeChemin VersChemin /MIR
/XA:T
est bien une bonne syntaxe ?
Par ailleurs, j'ai retrouvé dans ce NG des mails faisant état de pbs
particuliers, et la doc sous-entend que ça peut planter ( puisque la
reprise après échec est prévue ...)
d'où ma question :
Est-ce que ça plante souvent ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
MC
Bonsoir !
En fait, ça ne plante pas très souvent. Lorsque Robocopy convient, je l'utilise souvent.
Sinon, il est possible d'utiliser ultra-backup. C'est un logiciel freeware, qui permet la sauvegarde incrémentielle, différentielle, synchronisée, miroir.
C'est automatisable, en français
Mais, ce n'est pas très rapide à l'utilisation.
-- @-salutations
Michel Claveau
Bonsoir !
En fait, ça ne plante pas très souvent.
Lorsque Robocopy convient, je l'utilise souvent.
Sinon, il est possible d'utiliser ultra-backup. C'est un logiciel
freeware, qui permet la sauvegarde incrémentielle, différentielle,
synchronisée, miroir.
En fait, ça ne plante pas très souvent. Lorsque Robocopy convient, je l'utilise souvent.
Sinon, il est possible d'utiliser ultra-backup. C'est un logiciel freeware, qui permet la sauvegarde incrémentielle, différentielle, synchronisée, miroir.
C'est automatisable, en français
Mais, ce n'est pas très rapide à l'utilisation.
-- @-salutations
Michel Claveau
Jacques Barathon [MS]
"bayosky" wrote in message news: <snip>
Je crois que pour faire un script qui me permette d'avoir des "pseudo-porte-document automatiques" ça va pas être facile parce que robocopy a forcément un sens source -> destination alors que le porte document synchronise dans les deux sens c'est toute sa force...
pour commencer je reste modeste : est-ce que serveurpartagecheminrobocopy.exe DeChemin VersChemin /MIR /XA:T
est bien une bonne syntaxe ?
Oui, si tu veux faire un miroir de "DeChemin" sur "VersChemin" en excluant les fichiers temporaires.
Par ailleurs, j'ai retrouvé dans ce NG des mails faisant état de pbs particuliers, et la doc sous-entend que ça peut planter ( puisque la reprise après échec est prévue ...) d'où ma question : Est-ce que ça plante souvent ?
Non. Les plantages envisagés ne sont pas des plantages de robocopy lui-même mais des pertes de connexion, qui peuvent arriver dans n'importe quel environnement. La reprise en cas d'échec permet d'éviter de reprendre la copie depuis le début et de découvrir le matin qu'une copie nocturne n'a pas eu lieu à cause d'une coupure réseau de 3 secondes.
Jacques
"bayosky" <bidonus@pasla.ici> wrote in message
news:OuUqAUEKGHA.420@tk2msftngp13.phx.gbl...
<snip>
Je crois que pour faire un script qui me permette d'avoir des
"pseudo-porte-document automatiques" ça va pas être facile parce que
robocopy a forcément un sens
source -> destination
alors que le porte document synchronise dans les deux sens c'est toute sa
force...
pour commencer je reste modeste :
est-ce que
\serveurpartagecheminrobocopy.exe DeChemin VersChemin /MIR /XA:T
est bien une bonne syntaxe ?
Oui, si tu veux faire un miroir de "DeChemin" sur "VersChemin" en excluant
les fichiers temporaires.
Par ailleurs, j'ai retrouvé dans ce NG des mails faisant état de pbs
particuliers, et la doc sous-entend que ça peut planter ( puisque la
reprise après échec est prévue ...)
d'où ma question :
Est-ce que ça plante souvent ?
Non. Les plantages envisagés ne sont pas des plantages de robocopy lui-même
mais des pertes de connexion, qui peuvent arriver dans n'importe quel
environnement. La reprise en cas d'échec permet d'éviter de reprendre la
copie depuis le début et de découvrir le matin qu'une copie nocturne n'a pas
eu lieu à cause d'une coupure réseau de 3 secondes.
Je crois que pour faire un script qui me permette d'avoir des "pseudo-porte-document automatiques" ça va pas être facile parce que robocopy a forcément un sens source -> destination alors que le porte document synchronise dans les deux sens c'est toute sa force...
pour commencer je reste modeste : est-ce que serveurpartagecheminrobocopy.exe DeChemin VersChemin /MIR /XA:T
est bien une bonne syntaxe ?
Oui, si tu veux faire un miroir de "DeChemin" sur "VersChemin" en excluant les fichiers temporaires.
Par ailleurs, j'ai retrouvé dans ce NG des mails faisant état de pbs particuliers, et la doc sous-entend que ça peut planter ( puisque la reprise après échec est prévue ...) d'où ma question : Est-ce que ça plante souvent ?
Non. Les plantages envisagés ne sont pas des plantages de robocopy lui-même mais des pertes de connexion, qui peuvent arriver dans n'importe quel environnement. La reprise en cas d'échec permet d'éviter de reprendre la copie depuis le début et de découvrir le matin qu'une copie nocturne n'a pas eu lieu à cause d'une coupure réseau de 3 secondes.
Jacques
bayosky
salut,
Merci pour vos réponse.
N'empêche que ... j'aurais bien aimé pouvoir "piloter des porte-documents" avec des scripts cela m'aurait bien dépanné :o)
HB
salut,
Merci pour vos réponse.
N'empêche que ...
j'aurais bien aimé pouvoir "piloter des porte-documents"
avec des scripts
cela m'aurait bien dépanné :o)
N'empêche que ... j'aurais bien aimé pouvoir "piloter des porte-documents" avec des scripts cela m'aurait bien dépanné :o)
HB
Jacques Barathon [MS]
"bayosky" wrote in message news:utXWb$
salut,
Merci pour vos réponse.
N'empêche que ... j'aurais bien aimé pouvoir "piloter des porte-documents" avec des scripts cela m'aurait bien dépanné :o)
Si tes postes sont sous XP, à la place du porte-documents qui est une technologie assez ancienne conservée principalement pour des raisons de compatibilité à mon avis, utilise plutôt les fonctionnalités de mise à disponibilité des fichiers "hors connexion": http://support.microsoft.com/kb/314512/fr
Dans ce cas, pas besoin de piloter le service avec des scripts. Une fois paramétré correctement (ce qui est possible par GPO par exemple) tu as tout intérêt à le laisser vivre sa vie.
Sinon, ma foi, l'idée de "scripter le porte-documents" revient ni plus ni moins à faire un script avec robocopy ou tout autre outil équivalent avec lequel tu es plus familier. Et très franchement, tu pourras beaucoup plus finement maîtriser ce que tu veux faire avec robocopy qu'avec le porte-documents!
Jacques
"bayosky" <bidonus@pasla.ici> wrote in message
news:utXWb$OKGHA.1532@TK2MSFTNGP12.phx.gbl...
salut,
Merci pour vos réponse.
N'empêche que ...
j'aurais bien aimé pouvoir "piloter des porte-documents"
avec des scripts
cela m'aurait bien dépanné :o)
Si tes postes sont sous XP, à la place du porte-documents qui est une
technologie assez ancienne conservée principalement pour des raisons de
compatibilité à mon avis, utilise plutôt les fonctionnalités de mise à
disponibilité des fichiers "hors connexion":
http://support.microsoft.com/kb/314512/fr
Dans ce cas, pas besoin de piloter le service avec des scripts. Une fois
paramétré correctement (ce qui est possible par GPO par exemple) tu as tout
intérêt à le laisser vivre sa vie.
Sinon, ma foi, l'idée de "scripter le porte-documents" revient ni plus ni
moins à faire un script avec robocopy ou tout autre outil équivalent avec
lequel tu es plus familier. Et très franchement, tu pourras beaucoup plus
finement maîtriser ce que tu veux faire avec robocopy qu'avec le
porte-documents!
N'empêche que ... j'aurais bien aimé pouvoir "piloter des porte-documents" avec des scripts cela m'aurait bien dépanné :o)
Si tes postes sont sous XP, à la place du porte-documents qui est une technologie assez ancienne conservée principalement pour des raisons de compatibilité à mon avis, utilise plutôt les fonctionnalités de mise à disponibilité des fichiers "hors connexion": http://support.microsoft.com/kb/314512/fr
Dans ce cas, pas besoin de piloter le service avec des scripts. Une fois paramétré correctement (ce qui est possible par GPO par exemple) tu as tout intérêt à le laisser vivre sa vie.
Sinon, ma foi, l'idée de "scripter le porte-documents" revient ni plus ni moins à faire un script avec robocopy ou tout autre outil équivalent avec lequel tu es plus familier. Et très franchement, tu pourras beaucoup plus finement maîtriser ce que tu veux faire avec robocopy qu'avec le porte-documents!
Jacques
Jacques Barathon [MS]
"Jacques Barathon [MS]" wrote in message news: <snip>
Si tes postes sont sous XP, à la place du porte-documents qui est une technologie assez ancienne conservée principalement pour des raisons de compatibilité à mon avis, utilise plutôt les fonctionnalités de mise à disponibilité des fichiers "hors connexion":
... Mise à disposition, pas mise à disponibilité... Beurk, pas beau... :-)
Jacques
"Jacques Barathon [MS]" <jbaratho@online.microsoft.com> wrote in message
news:O5G27wPKGHA.3932@TK2MSFTNGP15.phx.gbl...
<snip>
Si tes postes sont sous XP, à la place du porte-documents qui est une
technologie assez ancienne conservée principalement pour des raisons de
compatibilité à mon avis, utilise plutôt les fonctionnalités de mise à
disponibilité des fichiers "hors connexion":
... Mise à disposition, pas mise à disponibilité... Beurk, pas beau... :-)
"Jacques Barathon [MS]" wrote in message news: <snip>
Si tes postes sont sous XP, à la place du porte-documents qui est une technologie assez ancienne conservée principalement pour des raisons de compatibilité à mon avis, utilise plutôt les fonctionnalités de mise à disponibilité des fichiers "hors connexion":
... Mise à disposition, pas mise à disponibilité... Beurk, pas beau... :-)
Jacques
bayosky
... Mise à disposition, pas mise à disponibilité... Beurk, pas beau... :-)
quand on écrit vite tout en pensant à la suite, onde et rappe par foi ...
Merci pour ta réponse.
HB
... Mise à disposition, pas mise à disponibilité... Beurk, pas
beau... :-)
quand on écrit vite tout en pensant à la suite, onde et rappe par foi
...
... Mise à disposition, pas mise à disponibilité... Beurk, pas beau... :-)
quand on écrit vite tout en pensant à la suite, onde et rappe par foi ...
Merci pour ta réponse.
HB
Méta-MCI
'soir !
Je retire mon conseil sur ultra-backup.
J'avais dit que ce logiciel était un peu lent. Et, de fait, c'est le cas. J'ai passé les journées d'hier et d'aujourd'hui à reconfigurer le réseau d'un site d'un client. La sauvegarde était basée sur Ultra-backup (ce n'est pas moi qui l'avait installé, mais ça semblait adapté). Résultat : ça a faillit me coûter la journée !
En effet, la sauvegarde de base (celle qui servira de référence, pour les sauvegardes différentielle suivante) dure plus de 7 heures !
Cela confirme mes soupçons de lenteur. Du coup, hop ! RoboCopy + un petit batch + une tâche planifiée. On descend à moins de deux heures.
Donc, je désinstalle Ultra-Backup.
A noter, avec RoboCopy, l'intérêt de l'option /FFT pour régler les problèmes d'heures (c'est fait, au départ, pour la FAT, mais ça sert aussi ailleurs).
Ultra-Backup reste un bon logiciel, pour ceux qui ont peu de données à sauvegarder (vous avez pensé aux "amateurs" ?)
@-salutations
Michel Claveau
'soir !
Je retire mon conseil sur ultra-backup.
J'avais dit que ce logiciel était un peu lent. Et, de fait, c'est le cas.
J'ai passé les journées d'hier et d'aujourd'hui à reconfigurer le réseau
d'un site d'un client. La sauvegarde était basée sur Ultra-backup (ce n'est
pas moi qui l'avait installé, mais ça semblait adapté). Résultat : ça a
faillit me coûter la journée !
En effet, la sauvegarde de base (celle qui servira de référence, pour les
sauvegardes différentielle suivante) dure plus de 7 heures !
Cela confirme mes soupçons de lenteur. Du coup, hop ! RoboCopy + un petit
batch + une tâche planifiée. On descend à moins de deux heures.
Donc, je désinstalle Ultra-Backup.
A noter, avec RoboCopy, l'intérêt de l'option /FFT pour régler les
problèmes d'heures (c'est fait, au départ, pour la FAT, mais ça sert aussi
ailleurs).
Ultra-Backup reste un bon logiciel, pour ceux qui ont peu de données à
sauvegarder (vous avez pensé aux "amateurs" ?)
J'avais dit que ce logiciel était un peu lent. Et, de fait, c'est le cas. J'ai passé les journées d'hier et d'aujourd'hui à reconfigurer le réseau d'un site d'un client. La sauvegarde était basée sur Ultra-backup (ce n'est pas moi qui l'avait installé, mais ça semblait adapté). Résultat : ça a faillit me coûter la journée !
En effet, la sauvegarde de base (celle qui servira de référence, pour les sauvegardes différentielle suivante) dure plus de 7 heures !
Cela confirme mes soupçons de lenteur. Du coup, hop ! RoboCopy + un petit batch + une tâche planifiée. On descend à moins de deux heures.
Donc, je désinstalle Ultra-Backup.
A noter, avec RoboCopy, l'intérêt de l'option /FFT pour régler les problèmes d'heures (c'est fait, au départ, pour la FAT, mais ça sert aussi ailleurs).
Ultra-Backup reste un bon logiciel, pour ceux qui ont peu de données à sauvegarder (vous avez pensé aux "amateurs" ?)
@-salutations
Michel Claveau
bayosky
Ave,
Méta-MCI wrote:
'soir !
Je retire mon conseil sur ultra-backup.
C'est aussi ce qui m'avait semblé : ce soft est bien si le nombre des fichiers est très faible, sinon le paramétrage est fastidieux et le mode de fonctionnement totalement inadapté ...
Cordialement,
HB
Ave,
Méta-MCI wrote:
'soir !
Je retire mon conseil sur ultra-backup.
C'est aussi ce qui m'avait semblé :
ce soft est bien si le nombre des fichiers est très faible,
sinon le paramétrage est fastidieux
et le mode de fonctionnement totalement inadapté ...
C'est aussi ce qui m'avait semblé : ce soft est bien si le nombre des fichiers est très faible, sinon le paramétrage est fastidieux et le mode de fonctionnement totalement inadapté ...
Cordialement,
HB
Michel Claveau
'soir !
J'ai mis à jour, en conséquence, ma liste de freewares. (voir http://mclaveau.com/ress/freeware)
@+
-- @-salutations
Michel Claveau
'soir !
J'ai mis à jour, en conséquence, ma liste de freewares.
(voir http://mclaveau.com/ress/freeware)
