suite à certaines aventures rapportées ici, je me suis porté acquéreur
d'un disque dur externe FireWire pour y faire des sauvegardes. Avant de
me lancer dans des opérations plus ou moins irréversibles, j'aurais aimé
que quelqu'un de patient me conseille, ou m'indique un endroit où les
réponses à mes questions soient clairement rassemblées :
- partitionner ou non ? Il me semble a priori qu'il faudrait au moins
faire une partition système à laquelle on touche le moins possible pour
démarrer la machine en cas de problème sur le disque interne ?
- organisation de la sauvegarde ? On peut toujours décider de
sauvegarder une partie pré-déterminée des fichiers, mais le danger est
d'oublier des choses. Ce qui m'est arrivé récemment, c'est la
destruction accidentelle des mails, que je n'aurais peut-être pas pensé
spontanément à sauvegarder. Comme disait l'autre, " vous avez pensé à
tout, sauf à ce qui va effectivement se passer ".
- avec quoi faire tout ça ? J'entends parler de Carbon Copy Cloner,
psync, rsync, le logiciel fourni avec le disque (WD Backup),
Synchronize! Pro X, d'autres peut-être. Le pour, le contre de tout ça ?
Je précise que j'ai un petit réseau de trois postes, et que je
souhaiterais pouvoir faire des sauvegardes automatiques à travers le
réseau sans avoir à monter les postes distants sur le bureau à chaque
fois.
Si je dis CCC pour faire une partition bootable, puis PSync X (ou psync
? ou rsync ?) pour des sauvegardes régulières, je n'ai rien compris au
film ou ça semble raisonnable ?
Merci à qui pourra m'aider, et bonnes fêtes à tous.
--
Michel Henri (enlever les quatre lettres de fin d'alphabet pour me
répondre)
Là j'aimerai un coup de main car toutes mes tentatives de backup sur un disque monté via le réseau (donc afp par défaut) sont infructueuses. CCC n'en veut pas.
En fait tu as raison, j'y ai pas pensé (et pas testé). Il est logique que ccc ne fasse pas de backup sur du afp : ça ferait des problèmes de mappage de droits. Pour contourner le problème je suppose qu'il faut passer par une image disque.
Donc rsync permet de faire du backup « en ligne » mais il a une interface graphique sous le coude ou c'est seulement le man ?
Il y a une interface graphique qui s'appelle RsyncX, mais elle est compliquée. Tu peut tenter son "Quick RsyncX Script Generator", mais moi il m'a perdu plus qu'il m'a guidé. Faut dire que je te déconseille de monter un "serveur rsync" (pas nécessaire si tu utilises le ssh)
Il y a peut-être d'autres interfaces graphiques pour rsync.
Note, rsync n'est pas idéal pour sauvegarder un système bootable : il demande d'écrire un script avec des excludes et autre pincettes. Dans ce cas, un psync sur une image disque est plus facile, ou alors on peut se farcir RsyncX. (pas testé)
Pour le man de rsync, euh, bonne chance il est compliqué. rsync -h est déjà pas mal ... Mais pour te donner un exemple "simple" d'une seule ligne :
Dans lequel : rsync est des 2 côté la version de Mac OS X 10.4 -E = copie les resources fork. -a = archive (equivalent à -rlptgoD) -v = verbose mode -e "ssh -l user" = dit d'utiliser ssh avec comme utilisateur sur la machine distante "user". suivant les cas, il faut commettre un pêché et utiliser root... Que Dieu me pardonne :)
Avec Mac OS X 10.3.9 ou inférieur, il faut utiliser la version de rsync fournie par RsyncX et remplacer -E par -eahfs. -- Nicolas
Là j'aimerai un coup de main car toutes mes tentatives de backup sur
un disque monté via le réseau (donc afp par défaut) sont infructueuses.
CCC n'en veut pas.
En fait tu as raison, j'y ai pas pensé (et pas testé).
Il est logique que ccc ne fasse pas de backup sur du afp :
ça ferait des problèmes de mappage de droits.
Pour contourner le problème je suppose qu'il faut passer par une image
disque.
Donc rsync permet de faire du backup « en ligne » mais il a une
interface graphique sous le coude ou c'est seulement le man ?
Il y a une interface graphique qui s'appelle RsyncX, mais elle est
compliquée. Tu peut tenter son "Quick RsyncX Script Generator",
mais moi il m'a perdu plus qu'il m'a guidé. Faut dire que je te
déconseille de monter un "serveur rsync" (pas nécessaire si tu utilises
le ssh)
Il y a peut-être d'autres interfaces graphiques pour rsync.
Note, rsync n'est pas idéal pour sauvegarder un système bootable : il
demande d'écrire un script avec des excludes et autre pincettes.
Dans ce cas, un psync sur une image disque est plus facile, ou alors on
peut se farcir RsyncX. (pas testé)
Pour le man de rsync, euh, bonne chance il est compliqué.
rsync -h est déjà pas mal ...
Mais pour te donner un exemple "simple" d'une seule ligne :
Dans lequel :
rsync est des 2 côté la version de Mac OS X 10.4
-E = copie les resources fork.
-a = archive (equivalent à -rlptgoD)
-v = verbose mode
-e "ssh -l user" = dit d'utiliser ssh avec comme utilisateur sur la
machine distante "user". suivant les cas, il faut commettre un
pêché et utiliser root... Que Dieu me pardonne :)
Avec Mac OS X 10.3.9 ou inférieur, il faut utiliser la version de rsync
fournie par RsyncX et remplacer -E par -eahfs.
--
Nicolas
Là j'aimerai un coup de main car toutes mes tentatives de backup sur un disque monté via le réseau (donc afp par défaut) sont infructueuses. CCC n'en veut pas.
En fait tu as raison, j'y ai pas pensé (et pas testé). Il est logique que ccc ne fasse pas de backup sur du afp : ça ferait des problèmes de mappage de droits. Pour contourner le problème je suppose qu'il faut passer par une image disque.
Donc rsync permet de faire du backup « en ligne » mais il a une interface graphique sous le coude ou c'est seulement le man ?
Il y a une interface graphique qui s'appelle RsyncX, mais elle est compliquée. Tu peut tenter son "Quick RsyncX Script Generator", mais moi il m'a perdu plus qu'il m'a guidé. Faut dire que je te déconseille de monter un "serveur rsync" (pas nécessaire si tu utilises le ssh)
Il y a peut-être d'autres interfaces graphiques pour rsync.
Note, rsync n'est pas idéal pour sauvegarder un système bootable : il demande d'écrire un script avec des excludes et autre pincettes. Dans ce cas, un psync sur une image disque est plus facile, ou alors on peut se farcir RsyncX. (pas testé)
Pour le man de rsync, euh, bonne chance il est compliqué. rsync -h est déjà pas mal ... Mais pour te donner un exemple "simple" d'une seule ligne :
Dans lequel : rsync est des 2 côté la version de Mac OS X 10.4 -E = copie les resources fork. -a = archive (equivalent à -rlptgoD) -v = verbose mode -e "ssh -l user" = dit d'utiliser ssh avec comme utilisateur sur la machine distante "user". suivant les cas, il faut commettre un pêché et utiliser root... Que Dieu me pardonne :)
Avec Mac OS X 10.3.9 ou inférieur, il faut utiliser la version de rsync fournie par RsyncX et remplacer -E par -eahfs. -- Nicolas
Nicolas.MICHEL
Benoit Leraillez wrote:
Nicolas MICHEL wrote:
Mais pour te donner un exemple "simple" d'une seule ligne :
Oui, bon. C'est le soukh.
Le souk sur une seule ligne ?
Dis plutôt que tu ne veux pas utiliser le terminal :)
Mais pour te donner un exemple "simple" d'une seule ligne :
Oui, bon. C'est le soukh.
Le souk sur une seule ligne ?
Dis plutôt que tu ne veux pas utiliser le terminal :)
-- Nicolas
Nicolas.MICHEL
Benoit Leraillez wrote:
Nicolas MICHEL wrote:
Le souk sur une seule ligne ?
Absolument car c'est un résumé de 58 pages de mode d'emploi. Avant de pisser la moindre ligne tu dois connaître le man à l'endroit, à l'envers, de gauche à droite, de droite à gauche, de bas en haut...
Si tu voulais monter un serveur rsync pour distribuer du soft, genre http://fr.gentoo-wiki.com/HOWTO_Mirroir_RSYNC_Local_pour_l'arbre_Portage Tu aurais raison.
Mais ce à quoi il me sert et que je suppose qu'il vas te servir se résume à ces 2 lignes :
Ce qui n'est finalement pas si compliqué et ne nécessite absolument pas d'étudier la globalité de rsync, amha.
Tout comme tu n'as pas besoins de connaitre le html et le php pour faire une recherche sur google.
Bien entendu, il y a 2 ou 3 options supplémentaires tel que --delete, mais au moment où tu en as besoins, tu tapes un "rsync -h" et c'est réglé en 30 secondes.
Merci mais je préfère cliquer sur le travail de quelqu'un qui aime partager ses connaissances ;-)
Si tu trouves, partage ta découverte, pour l'heure j'ai rien trouvé de mieux que rsync ...
Absolument car c'est un résumé de 58 pages de mode d'emploi. Avant
de pisser la moindre ligne tu dois connaître le man à l'endroit, à
l'envers, de gauche à droite, de droite à gauche, de bas en haut...
Si tu voulais monter un serveur rsync pour distribuer du soft, genre
http://fr.gentoo-wiki.com/HOWTO_Mirroir_RSYNC_Local_pour_l'arbre_Portage
Tu aurais raison.
Mais ce à quoi il me sert et que je suppose qu'il vas te servir se
résume à ces 2 lignes :
Ce qui n'est finalement pas si compliqué et ne nécessite absolument pas
d'étudier la globalité de rsync, amha.
Tout comme tu n'as pas besoins de connaitre le html et le php pour faire
une recherche sur google.
Bien entendu, il y a 2 ou 3 options supplémentaires tel que --delete,
mais au moment où tu en as besoins, tu tapes un "rsync -h" et c'est
réglé en 30 secondes.
Merci mais je préfère cliquer sur le travail de quelqu'un qui aime
partager ses connaissances ;-)
Si tu trouves, partage ta découverte, pour l'heure j'ai rien trouvé de
mieux que rsync ...
Absolument car c'est un résumé de 58 pages de mode d'emploi. Avant de pisser la moindre ligne tu dois connaître le man à l'endroit, à l'envers, de gauche à droite, de droite à gauche, de bas en haut...
Si tu voulais monter un serveur rsync pour distribuer du soft, genre http://fr.gentoo-wiki.com/HOWTO_Mirroir_RSYNC_Local_pour_l'arbre_Portage Tu aurais raison.
Mais ce à quoi il me sert et que je suppose qu'il vas te servir se résume à ces 2 lignes :
Ce qui n'est finalement pas si compliqué et ne nécessite absolument pas d'étudier la globalité de rsync, amha.
Tout comme tu n'as pas besoins de connaitre le html et le php pour faire une recherche sur google.
Bien entendu, il y a 2 ou 3 options supplémentaires tel que --delete, mais au moment où tu en as besoins, tu tapes un "rsync -h" et c'est réglé en 30 secondes.
Merci mais je préfère cliquer sur le travail de quelqu'un qui aime partager ses connaissances ;-)
Si tu trouves, partage ta découverte, pour l'heure j'ai rien trouvé de mieux que rsync ...
-- Nicolas
Michel Henri
In article (Dans l'article) <1hrcyfx.9mhiwj1rbe3ycN%, (Nicolas MICHEL) wrote (écrivait) :
Donc Michel Henri a 2 machines à sauvegarder sur un 3ème mac. On a dès lors un "serveur de backup" et 2 "clients".
C'est exactement ça.
[...]
Avec "Synchronize! Pro X 5.0.4", il y a une petite amélioration semble-t-il : Ce soft de backup s'occupe lui-même de monter le client en afp ou en smb sur /Volumes/client. Tu peux donc programmer dans ce soft à la fois la connexion au client et sa sauvegarde.
Oui. Je l'ai téléchargé pour une période d'essai, et ça marche en effet très bien. Je trouve quand même un assez gros inconvénient : si j'ai bien compris, il faut être loggé pour que tout ceci fonctionne, puisque ça passe par un processus "AutoSync" qui démarre au moment de la connexion. Ou ai-je loupé quelque chose ?
Avec bru, rsync et retrospect, ça va plus loin : Ces logiciels incluent un protocole de sauvegarde réseau. Tu n'as pas besoins de configurer un partage afp ou smb. Ces 3 softs installent un "service" spécifique.
Et avec rsync, on a en plus une possibilité supplémentaire qui est de passer par ssh, ce que j'utilises perso pour sauvegarder mes "clients"
Et pour programmer la sauvegarde ?
-- Michel Henri (enlever les quatre lettres de fin d'alphabet pour me répondre)
In article (Dans l'article)
<1hrcyfx.9mhiwj1rbe3ycN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote (écrivait) :
Donc Michel Henri a 2 machines à sauvegarder sur un 3ème mac.
On a dès lors un "serveur de backup" et 2 "clients".
C'est exactement ça.
[...]
Avec "Synchronize! Pro X 5.0.4", il y a une petite amélioration
semble-t-il : Ce soft de backup s'occupe lui-même de monter le client en
afp ou en smb sur /Volumes/client.
Tu peux donc programmer dans ce soft à la fois la connexion au client et
sa sauvegarde.
Oui. Je l'ai téléchargé pour une période d'essai, et ça marche en effet
très bien. Je trouve quand même un assez gros inconvénient : si j'ai
bien compris, il faut être loggé pour que tout ceci fonctionne, puisque
ça passe par un processus "AutoSync" qui démarre au moment de la
connexion. Ou ai-je loupé quelque chose ?
Avec bru, rsync et retrospect, ça va plus loin :
Ces logiciels incluent un protocole de sauvegarde réseau.
Tu n'as pas besoins de configurer un partage afp ou smb.
Ces 3 softs installent un "service" spécifique.
Et avec rsync, on a en plus une possibilité supplémentaire qui est de
passer par ssh, ce que j'utilises perso pour sauvegarder mes "clients"
Et pour programmer la sauvegarde ?
--
Michel Henri (enlever les quatre lettres de fin d'alphabet pour me
répondre)
In article (Dans l'article) <1hrcyfx.9mhiwj1rbe3ycN%, (Nicolas MICHEL) wrote (écrivait) :
Donc Michel Henri a 2 machines à sauvegarder sur un 3ème mac. On a dès lors un "serveur de backup" et 2 "clients".
C'est exactement ça.
[...]
Avec "Synchronize! Pro X 5.0.4", il y a une petite amélioration semble-t-il : Ce soft de backup s'occupe lui-même de monter le client en afp ou en smb sur /Volumes/client. Tu peux donc programmer dans ce soft à la fois la connexion au client et sa sauvegarde.
Oui. Je l'ai téléchargé pour une période d'essai, et ça marche en effet très bien. Je trouve quand même un assez gros inconvénient : si j'ai bien compris, il faut être loggé pour que tout ceci fonctionne, puisque ça passe par un processus "AutoSync" qui démarre au moment de la connexion. Ou ai-je loupé quelque chose ?
Avec bru, rsync et retrospect, ça va plus loin : Ces logiciels incluent un protocole de sauvegarde réseau. Tu n'as pas besoins de configurer un partage afp ou smb. Ces 3 softs installent un "service" spécifique.
Et avec rsync, on a en plus une possibilité supplémentaire qui est de passer par ssh, ce que j'utilises perso pour sauvegarder mes "clients"
Et pour programmer la sauvegarde ?
-- Michel Henri (enlever les quatre lettres de fin d'alphabet pour me répondre)
Nicolas.MICHEL
Michel Henri wrote:
Oui. Je l'ai téléchargé pour une période d'essai, et ça marche en effet très bien. Je trouve quand même un assez gros inconvénient : si j'ai bien compris, il faut être loggé pour que tout ceci fonctionne, puisque ça passe par un processus "AutoSync" qui démarre au moment de la connexion. Ou ai-je loupé quelque chose ?
Aucune idée, jamais testé. Mais tu as sans-doutes raison, si tu le dis. Et ça semble assez logique, finalement, vu que ce soft n'est pas un "logiciel de backup" mais juste un "petit utilitaire user friendly".
Les logiciels "serveur de backup" sont d'un autre genre et d'un autre prix. Et c'est pas conçu pour 3 machines à la maison.
Et avec rsync, on a en plus une possibilité supplémentaire qui est de passer par ssh, ce que j'utilises perso pour sauvegarder mes "clients"
Et pour programmer la sauvegarde ?
rsync n'est pas un programme non-plus, c'est un "outil unix". C'est à dire qu'il s'utilise comme une commande, dans des script shell.
Une fois le script écrit, launchd ou cron sont d'autres outils capable de gérer la programmation. Beaucoup plus de travail pour la mise en place, donc, mais ça peut tourner sans interface graphique, config classique d'un serveur *nix.
-- Nicolas
Michel Henri <m_hewxynri@club-intzzzernet.fr.invalid> wrote:
Oui. Je l'ai téléchargé pour une période d'essai, et ça marche en effet
très bien. Je trouve quand même un assez gros inconvénient : si j'ai
bien compris, il faut être loggé pour que tout ceci fonctionne, puisque
ça passe par un processus "AutoSync" qui démarre au moment de la
connexion. Ou ai-je loupé quelque chose ?
Aucune idée, jamais testé.
Mais tu as sans-doutes raison, si tu le dis.
Et ça semble assez logique, finalement, vu que ce soft n'est pas un
"logiciel de backup" mais juste un "petit utilitaire user friendly".
Les logiciels "serveur de backup" sont d'un autre genre et d'un autre
prix. Et c'est pas conçu pour 3 machines à la maison.
Et avec rsync, on a en plus une possibilité supplémentaire qui est de
passer par ssh, ce que j'utilises perso pour sauvegarder mes "clients"
Et pour programmer la sauvegarde ?
rsync n'est pas un programme non-plus, c'est un "outil unix".
C'est à dire qu'il s'utilise comme une commande, dans des script shell.
Une fois le script écrit, launchd ou cron sont d'autres outils capable
de gérer la programmation. Beaucoup plus de travail pour la mise en
place, donc, mais ça peut tourner sans interface graphique,
config classique d'un serveur *nix.
Oui. Je l'ai téléchargé pour une période d'essai, et ça marche en effet très bien. Je trouve quand même un assez gros inconvénient : si j'ai bien compris, il faut être loggé pour que tout ceci fonctionne, puisque ça passe par un processus "AutoSync" qui démarre au moment de la connexion. Ou ai-je loupé quelque chose ?
Aucune idée, jamais testé. Mais tu as sans-doutes raison, si tu le dis. Et ça semble assez logique, finalement, vu que ce soft n'est pas un "logiciel de backup" mais juste un "petit utilitaire user friendly".
Les logiciels "serveur de backup" sont d'un autre genre et d'un autre prix. Et c'est pas conçu pour 3 machines à la maison.
Et avec rsync, on a en plus une possibilité supplémentaire qui est de passer par ssh, ce que j'utilises perso pour sauvegarder mes "clients"
Et pour programmer la sauvegarde ?
rsync n'est pas un programme non-plus, c'est un "outil unix". C'est à dire qu'il s'utilise comme une commande, dans des script shell.
Une fois le script écrit, launchd ou cron sont d'autres outils capable de gérer la programmation. Beaucoup plus de travail pour la mise en place, donc, mais ça peut tourner sans interface graphique, config classique d'un serveur *nix.
-- Nicolas
Nicolas.MICHEL
Xavier wrote:
Bin oui mais non, ici je lis que ton client doit être monté sur le bureau pour qu'il soit sauvegardable. Et qui va s'occuper de monter le client sur le bureau ?
Automator ?
Tu veux dire que ce gadjet pourrait avoir une quelconque utilité ? Pourquoi pas après tout :)
-- Nicolas, qui n'a jamais utilisé automator
Xavier <xavier@groumpf.org> wrote:
Bin oui mais non, ici je lis que ton client doit être monté sur le
bureau pour qu'il soit sauvegardable. Et qui va s'occuper de monter le
client sur le bureau ?
Automator ?
Tu veux dire que ce gadjet pourrait avoir une quelconque utilité ?
Pourquoi pas après tout :)
Bin oui mais non, ici je lis que ton client doit être monté sur le bureau pour qu'il soit sauvegardable. Et qui va s'occuper de monter le client sur le bureau ?
Automator ?
Tu veux dire que ce gadjet pourrait avoir une quelconque utilité ? Pourquoi pas après tout :)
-- Nicolas, qui n'a jamais utilisé automator
Michel Henri
In article (Dans l'article) <1hrm6ss.1a2wpj214s4osgN%, (Nicolas MICHEL) wrote (écrivait) :
Michel Henri wrote:
Oui. Je l'ai téléchargé pour une période d'essai, et ça marche en effet très bien. Je trouve quand même un assez gros inconvénient : si j'ai bien compris, il faut être loggé pour que tout ceci fonctionne, puisque ça passe par un processus "AutoSync" qui démarre au moment de la connexion. Ou ai-je loupé quelque chose ?
Aucune idée, jamais testé. Mais tu as sans-doutes raison, si tu le dis. Et ça semble assez logique, finalement, vu que ce soft n'est pas un "logiciel de backup" mais juste un "petit utilitaire user friendly".
À 110 $ quand même !
rsync n'est pas un programme non-plus, c'est un "outil unix". C'est à dire qu'il s'utilise comme une commande, dans des script shell.
Une fois le script écrit, launchd ou cron sont d'autres outils capable de gérer la programmation. Beaucoup plus de travail pour la mise en place, donc, mais ça peut tourner sans interface graphique, config classique d'un serveur *nix.
Mouais. Comme dirait Brel, "il me faudrait du temps, mais du temps j'en ai pas..."
Je crois que je vais alléger ma bourse des 110 $ = 84 ¤ environ. Merci pour tous ces conseils.
-- Michel Henri (enlever les quatre lettres de fin d'alphabet pour me répondre)
In article (Dans l'article)
<1hrm6ss.1a2wpj214s4osgN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote (écrivait) :
Michel Henri <m_hewxynri@club-intzzzernet.fr.invalid> wrote:
Oui. Je l'ai téléchargé pour une période d'essai, et ça marche en effet
très bien. Je trouve quand même un assez gros inconvénient : si j'ai
bien compris, il faut être loggé pour que tout ceci fonctionne, puisque
ça passe par un processus "AutoSync" qui démarre au moment de la
connexion. Ou ai-je loupé quelque chose ?
Aucune idée, jamais testé.
Mais tu as sans-doutes raison, si tu le dis.
Et ça semble assez logique, finalement, vu que ce soft n'est pas un
"logiciel de backup" mais juste un "petit utilitaire user friendly".
À 110 $ quand même !
rsync n'est pas un programme non-plus, c'est un "outil unix".
C'est à dire qu'il s'utilise comme une commande, dans des script shell.
Une fois le script écrit, launchd ou cron sont d'autres outils capable
de gérer la programmation. Beaucoup plus de travail pour la mise en
place, donc, mais ça peut tourner sans interface graphique,
config classique d'un serveur *nix.
Mouais. Comme dirait Brel, "il me faudrait du temps, mais du temps j'en
ai pas..."
Je crois que je vais alléger ma bourse des 110 $ = 84 ¤ environ. Merci
pour tous ces conseils.
--
Michel Henri (enlever les quatre lettres de fin d'alphabet pour me
répondre)
In article (Dans l'article) <1hrm6ss.1a2wpj214s4osgN%, (Nicolas MICHEL) wrote (écrivait) :
Michel Henri wrote:
Oui. Je l'ai téléchargé pour une période d'essai, et ça marche en effet très bien. Je trouve quand même un assez gros inconvénient : si j'ai bien compris, il faut être loggé pour que tout ceci fonctionne, puisque ça passe par un processus "AutoSync" qui démarre au moment de la connexion. Ou ai-je loupé quelque chose ?
Aucune idée, jamais testé. Mais tu as sans-doutes raison, si tu le dis. Et ça semble assez logique, finalement, vu que ce soft n'est pas un "logiciel de backup" mais juste un "petit utilitaire user friendly".
À 110 $ quand même !
rsync n'est pas un programme non-plus, c'est un "outil unix". C'est à dire qu'il s'utilise comme une commande, dans des script shell.
Une fois le script écrit, launchd ou cron sont d'autres outils capable de gérer la programmation. Beaucoup plus de travail pour la mise en place, donc, mais ça peut tourner sans interface graphique, config classique d'un serveur *nix.
Mouais. Comme dirait Brel, "il me faudrait du temps, mais du temps j'en ai pas..."
Je crois que je vais alléger ma bourse des 110 $ = 84 ¤ environ. Merci pour tous ces conseils.
-- Michel Henri (enlever les quatre lettres de fin d'alphabet pour me répondre)
Nicolas.MICHEL
Michel Henri wrote:
In article (Dans l'article) <1hrm6ss.1a2wpj214s4osgN%, (Nicolas MICHEL) wrote (écrivait) :
juste un "petit utilitaire user friendly".
À 110 $ quand même !
Pour ArcServe, que nous utilisons ici pour nos serveurs, j'ai pas les prix en tête mais en comptant les licences client je penses que tu peu faire x20 ou plus :)
-- Nicolas
Michel Henri <m_hewxynri@club-intzzzernet.fr.invalid> wrote:
In article (Dans l'article)
<1hrm6ss.1a2wpj214s4osgN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote (écrivait) :
juste un "petit utilitaire user friendly".
À 110 $ quand même !
Pour ArcServe, que nous utilisons ici pour nos serveurs, j'ai pas les
prix en tête mais en comptant les licences client je penses que tu peu
faire x20 ou plus :)
In article (Dans l'article) <1hrm6ss.1a2wpj214s4osgN%, (Nicolas MICHEL) wrote (écrivait) :
juste un "petit utilitaire user friendly".
À 110 $ quand même !
Pour ArcServe, que nous utilisons ici pour nos serveurs, j'ai pas les prix en tête mais en comptant les licences client je penses que tu peu faire x20 ou plus :)
