Backup, Time Machine, Rex, prise de tete Options

[saturax]

Hello,

Je viens de monter un serveur de sauvegarde assez simple:

Mac Mini avec un DD Mini Partner (backup courant, sur lequel on envois les datas depuis le reseau).
Paralelement, il y a deux disques FW LaCie 500 Go de back up secondaire sur lesquels je souhaiterai backuper le disque courant regulierement et of course de façon incremencielle.

Pour le mac mini, pas le choix, il est sous léopard.

J'ai donc essayé le fameux Retrospect express fourni avec les lacie, rien a faire je cree un jeu de sauvegarde sur les disques lacie mais au moment de lancer la sauvegarde, il ne veut pas ecrire dessus..

quand je clique sur verifier les peripheriques, il ne voit que le graveur, comprend pas.

En plus j'ai l'impression qu'il cree une sorte de fichier de sauvegarde auquel on ne peux acceder que par Rex, ce que je ne veux pas. Une fois les disques pleins on les remplacera, et je veux qu'on puisse aller chercher les archives sur ces disque sans avoir a decompacter quoi que ce soir ni a passer par un soft pour restaurer un catalogue.


Bref, ni une ni deux je me lance corps et ame dans time machine, qui a l'air de plutot pas mal marcher, mais il ne propose qu'un disque de sauvegarde... et moi j'en ai deux...

Ma question donc: est il possible de backuper avec Time machine sur deux disques (pas forcement en meme temps ça n'a pas d'importance.

Sinopn voyez vous une autre solution?

J'ai pensé a faire un raid mirroir mais une fois les disques pleins, pourra t on acceder a chaque disque independement?

Bref, je galere depuis 3 jours là dessus, faut que je trouve rapidement une solution, toute idée ou partage d'experience sur le bacup me sera utile, je commence a peter un cable...

Merci merci!

[melenko]

Peux malheureusement pas t'aider, et je suis dans un problème similaire,
mais plus léger.

[jrozen]

Il me semble que la présence de Time Machine dans Leopard opère une espèce de blocage pour tous (ou pas mal de) logiciels de backup : c'est en tout cas le cas pour Silverkeeper, gratuit performant de LaCie, qui ne se lance plus sous Léopard.... Quant à Retrospect, il y longtemps que je l'avais laissé tomber, parce qu'il faisait des archives compressées, illisibles sans le logiciel lui-même, ce qui est à mes yeux une stratégie périmée.
(C'est comme tu le dis : "Une fois les disques pleins on les remplacera, et je veux qu'on puisse aller chercher les archives sur ces disque sans avoir a decompacter quoi que ce soir ni a passer par un soft pour restaurer un catalogue.")
Il faudrait essayer Personal Backup, mais c'est payant....

[melenko]

Et Super Duper (pas trop cher)?
Qui incrémente.
http://www.shirt-pocket.com/SuperDuper/Sup...escription.html

[VinX]

Oui le raid mirror est le plus bonnard je pense mon cher Distorsionrax. J'ai acheté récemment acheté ça c'est LaCie le 2big Triple....une tuerie. que du bonheur. Du raid qui marche avec PT en plus vu que c'est le boitier qui gère ça. Sur leur refurb de surcroit.

[Francois Déchery]

Si tu n'avais pas déja acheté touts le matos je t'aurais conseilé:

- 1 pc de recup (mini 300MHz, c'est a dire un PC gratuit qu'on trouve dans les poubelles
- 1 carte réseau 1Gbs 15euros
- 2 disques 500G seagates internes 2x100euros

- telechargement d'un CD de linux genre CENTOS (gratuit, 15min)
- puis install dudit CD dans le PC (20 min) faisable par n'importe quel debutant qui sait lire
"yum install netatalk" pour installer un serveur de fichier AFP (compatible mac, y compris leopard/bonjour et tout le toutim)
et hop t'avais un serveur de fichier ultra mega fiable, bien plus rapide que le macmini en reseau ;-) et tout le bousin dans un seul boitier...
et pour le backup la commande magique "rsync"...

Bon comme tu as deja depensé bcp d'argent (remarque tu peux recycler le mac mini pour faire quelque chose de plus ludique) , je vais te livrer un secret que seuls certains guerriers JEDI connaissent et se transmettent seulement de pères en fils...
La commande rsync existe aussi d'origine dans macosx! parce que defois aussi apple est bien élévé ;

Rsync est le saint graal de la commande pour faire du backup, ca peut tout faire (et inversement) a savoir faire une synchro d'un dossier vers un autre dossier, en reseau, ou en local, que de certains fichiers, de facon bourrin (en recopiant tout) en plus intelligement en ne copiant que la difference entre la nouvelle et l'ancienne version d'un fichier : la grande classe (cad que si ton fichier original fait 2G et que tu a simplement modifié 2k dans le fichier, quand rsync va copier vers ton serveur de backup qui contient deja ce fichier, il ne transferera que les 2k qui on été rajouté et non pas tout le fichier de 2Go002

Je te condamne donc a faire un petite recherche sur google pour trouver un manuel en fr bien fait de rsync, ce qui devrait se trouver ac facilement (j'ai la flemme de chercher), de nous postez le lien

si tu est effrayé par le terminal et que tu est tres faineant , tu peux installer rsyncX
http://archive.macosxlabs.org/rsyncx/rsyncx.html
qui en plus de t'offrir une petite GUI pour tapper a ta place la (longue) commande rsync, gerera egalement les ressources fork et autres icons du finder (pas hautement indispensables, mais jolis quand meme...)

Une fois la bonne la commande rsync qui convient a ton utilisation trouvées, il ne te restera plus qu'a lancer un cron (je peux t'aider pour ca), c'est a dire une action preprograpmée qui lance ta commande toute les x minutes/jours/mois/aneees....

l'avantage de rsync c'est que c'est TRES fiable (tout les site de mirroirs de telechargement de la planete utilisent ca), c'est tres rapide, c'est tres propre, et ,bien sur c,a gardera une copie tres exacte de ton original (sans la compresser ou la foutre dans un format proprietaire comme retrospect).....
L'avantage aussi par rapport a un simple RAID hardware (ce qui est pas mal en temre de fiabilité) c'est que tu n'est pas limité au format de ton raid, a sa taille , a ce qu'il y a dessus (que l'audio tu veut backuper?), et condamé a avoir un enpilage de disque de backup bruyant a coté de ton ordi: tu deporte tout ca dans un placard ou dans ton grenier et tu gere ca en reseau uniquement....
Tu est egalement tres souple sur la maniere de faire tes backups. par exemple si tu est parano tu peut dire en 3/4 ligne de commandes que tout les jours tu fait une triple copies sur les disque A, B, et C, que chaque semaine tu archive le tout sur un RAID0 des diques D+ E+ F+ G, que tout les mois tu garde une safety de ton dossier systeme et de ton dossier Masters sur un serveur FTP dans ta maison de campagne, sur ton .mac ou sur un serveur pas cher que tu loue chez un hebergeur....

Bref les possibilité sont sans limites, et c'est pas vraiment tres sorcier a mettre en place.... (tu y passera pas encore 3 jours) Faut juste pas avoir peur

C'est justement pour ce genre de choses que le terminal c'est vraiment beaucoup mieux

[jrozen]

soif : si tu est effrayé par le terminal et que tu est tres faineant , tu peux installer rsyncX
http://archive.macosxlabs.org/rsyncx/rsyncx.html
qui en plus de t'offrir une petite GUI pour tapper a ta place la (longue) commande rsync, gerera egalement les ressources fork et autres icons du finder (pas hautement indispensables, mais jolis quand meme...)

Soif, t'es le meilleur !

[saturax]

Yep Soif!

Bon de retour au boulot je me replonge dans le bouzin, je vais regarder tes histires d'Rsync qui d'une part a l'air allechant et d'autre part... un peu effrayant!

Pour le matos, je voulais faire simple et avec des outils que je connaissais..

Donc pour l'instant j'ai foutu time machine en route, mais il me fait du back up toutes les heures et sur un seul disque.

Moi c'est pourtant pas la lune que je demande: Synchroniser le disque A sur les disque B et C toutes les nuits et que B et C soit par la suite lisibles individuellement sur d'autre mac (Un fois plein il passeront de "backup" à "archive" et doivent rester consultable facilement.


Bref je vais fouiller la piste Rsync, un grand merci Soif!

Un question sur le Raid logiciel apple: si je mirror B et C, est ce que B et C resterons utilisables independements une fois débranchés du serveur?

[Francois Déchery]

Bon de retour au boulot je me replonge dans le bouzin, je vais regarder tes histires d'Rsync qui d'une part a l'air allechant et d'autre part... un peu effrayant!

mais non c'est pas tres compliqué, c'est juste nouveau pour toi...
Vas y lance toi : tu ne regrettera pas le temps passé à t'etre "dépucelé du terminal....

Moi c'est pourtant pas la lune que je demande: Synchroniser le disque A sur les disque B et C toutes les nuits et que B et C soit par la suite lisibles individuellement sur d'autre mac (Un fois plein il passeront de "backup" à "archive" et doivent rester consultable facilement.

Rsync est vraiment ton ami pour ca!
En plus tu pourrais par exemple dire que toute les semaines ou tous les mois, ca te backup egalement ton disque systeme de facon incrementale, sur un disque D ou dans un dossier du dique C...

Un question sur le Raid logiciel apple: si je mirror B et C, est ce que B et C resterons utilisables independements une fois débranchés du serveur?

J'ai bien peur que non (ou mal) mais ca coute rien d'essayer: tu prend tes 2 disques, tu les formate en raid soft, tu pose un fichier sur le volume raid créé, tu eteins le mac, tu eteint un des deux disque, et tu verra bien si il monte, et si tu vois toujours ton fichier dessus ( et s'il n'est pas corrompu). Ca peut marcher...

L'inconvenient du Raid, c'est qu'il faut 2 disque strictement de la meme taille, donc une fois que ton RAID est plein, faut changer les 2 disques.

Cependant ca regelera pas ton probleme qu'il faut un soft pour gerer la copie automatique intelligente chaque nuit. Et si tu utilise rsync, c'est pas plus compliqué qu'il copie sur 2 (ou meme x disques) au lieu de 1 seul volume raid.

[saturax]

OK bon je viens de tester RsyncX ça a l'air plutot simple, j'ai lancé une syncro entre A et C (B étant pour l'instant le disque time machine ) il y avait une difference d'une 10aine de mega, mais il a tout re copié, et je pense que c'est dut au fait que j'ai coché l'option "archive" au lieu de update bref.

En revanche je ne trouve pas comment lui donner deux destinations..
Peut etre faut il que je fasse deux scripts different: 1 de A vers B et un second de A vers C et de l'alterner dans le scheduler?

Jusqu'a maintenant, j'ai pas encore vu ou j'allais devoir me taper du terminal, tout à l'air d'etre faisable depuis la GUI..

Je comprend pas pourquoi ce soft n'est pas plus connu!

[saturax]

edit:
Bon c'est pas si simple...
je teste le script generator en donnant uniquement source / destination option incremencielle et quand je lance le script il me cha,te un truc du genre

CODE

Rsync error: syntax or usage error (code 1) at  /sourceCache/rsync/rsync-30/rsync/main.c(1099)

Je sais pas bien ce que ça veut dire...

Sinon je cree un script pour tester le scheduler et je ne peux plus l'enlever, ni le modifier.. bref.

Je vais continuer de fouiller.

Ce message a été modifié par saturax - lun. 3 mars 2008, 14:53.

[Francois Déchery]

OK bon je viens de tester RsyncX ça a l'air plutot simple, j'ai lancé une syncro entre A et C (B étant pour l'instant le disque time machine ) il y avait une difference d'une 10aine de mega, mais il a tout re copié, et je pense que c'est dut au fait que j'ai coché l'option "archive" au lieu de update bref.

t'es sur que t'a bien comparé la taille reelle en Octets (en faisant pomme I) et pas la taille arrondie des fenetre de finder...

En revanche je ne trouve pas comment lui donner deux destinations..
Peut etre faut il que je fasse deux scripts different: 1 de A vers B et un second de A vers C et de l'alterner dans le scheduler?

precisement 2 ligne de commande dans un seul script.

Jusqu'a maintenant, j'ai pas encore vu ou j'allais devoir me taper du terminal, tout à l'air d'etre faisable depuis la GUI..

En fait, tu t'en sert sans t'en apercevoir.
Dans Rsync (a ce que j'ai lu rapidement de la doc), tu as un mode ou au lieu de faire l'action immediatement, tu créé un fichier qui s'appelle xxx.command

Puis quand tu double click sur ce fichier, ca lance la commande rsync que tu avais etabli depuis la GUI de rsyncX.
Ce fichier est en fait un script tres simple de 2 lignes:

Pour l'editer, il te suffit d'ouvrir ce fichier dans TextEdit.
Tu y verra sans doute 2 lignes:

CODE

#!/bin/bash

rsync aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa

- la premiere ligne indique que ce fichier est un script bash (t'as pas a comprendre ca, juste tu le laisse)
- la deuxieme ligne est la commande rsync proprement dite (celle que tu as défini depuis la GUI de rsyncX)

Donc par exemple pour faire ce que tu voulais, a savoir copier vers tes 2 disques A et B, il faudra simplement generer 2 fichiers (Copie_A.command et CopieB.command) a partir de la GUI de rsync, puis Recreer a la main un nouveau script qui combine les 2 scripts.
Notion requise : Ouvrir/Copier/coller/sauver

Tu ouvre dans TextEdit copie_A.command et tu rajoute a la fin la ligne rsynbc qui est dans CopieB.command
ce qui donnera un truc du genre:

CODE

#!/bin/bash

rsync aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
rsync bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb

Tu sauve ca en par exemple copie_A_et_B.command, et te voila avec un nouveau script qui te faira tes 2 copies l'une apres l'autre...

Tu peut meme améliorer la chose en faisant:

CODE

#!/bin/bash

echo "Je vais copier dans le disque A, tu peux aller te coucher..."
rsync aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
echo "J'ai fini A, je m'occupe de B..."
rsync bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
echo "J'ai fini!"

Et hop tu viens de faire ton premier script, il ne restera plus qu'a le "Scheduler" (programmer son lancement periodique)... je te montrerais ca, des que tu aura finalisé ton script de backup.

edit:
Bon c'est pas si simple...
je teste le script generator en donnant uniquement source / destination option incremencielle et quand je lance le script il me cha,te un truc du genre

CODE

Rsync error: syntax or usage error (code 1) at  /sourceCache/rsync/rsync-30/rsync/main.c(1099)

Je sais pas bien ce que ça veut dire...

Qu'il y a un erreur de syntaxe dans la commande rsync qui a été généré par la GUI.
Il fut bien comprendre (c'est la limite des GUI pour une commande terminal) que la GUI que tu utilise ne vas pas corriger tes erreurs, et va transformer ca tel quel en ligne de commande (celle que tu vois dans le script généré). Si tu te plante, ne serais ce que d'un espace la ou il ne faut pas en mettre, ca peut faire un resultat tres different ou meme provoquer une erreur.

Je te conseille donc de faire des essais avec des choses tres simple (genre tu met deux dossiers avec quelques fichiers tres petit) et tu fait plein de test en rajoutant un parametre a la fois a chaque fois... tu verra bien d'ou viens l'erreur.

Une erreur frequente c'est d'avoir un espace dans un nom de dossier ou de fichier.
exemple: mettons la commande cp (qui fait une copie)

cp dossier_a dossier_b
pas de probleme, ca copie bien le dossier_a dans le dossier_b

si par contre tu fait
cp dossier a dossier b
ca fait pas ce que tu attend : ca fait copie du dossier "dossier" dans le dossier "a" et en meme temps ca te fait une erreur pasque t'a ecris "dossier b" a un endroit ou il devrait deja plus rien y avoir...
Capito?

La parade dans ce ca precis serai de faire:

CODE

[i]cp dossier\ a dossier\ b

parce que le "\ " indique que l'espace qui suit n'est pas un espace qui separe la source de la destination, mais bel et bien le caractere espace dans le nom du dossier...

C'est pour ca que je t'invite a faire tout tes essais depuis un exemple simple, avec des dossier au premier niveau des disque, avec des nom de dossiers et de fichiers sans espace et sans accents...

De la une fois que t'a ton script qui est comme tu veux, tu essaye de changer les source et destination par ceux qui 'interresse au final et si ca marche pas, tu me poste le tout ici.

Sinon je cree un script pour tester le scheduler et je ne peux plus l'enlever, ni le modifier.. bref.

RTFM ?

Des que tu l'aura désactivé, et que ton script faira exactement et parfaitement ce que tu veux, je te donnerai la commande pour le "scheduler"....

[saturax]

Bon merci pour toutes ces explication, pour la doc, j'arrive pas a la trouver a part quelque tips qu'ils donnent en ligne.. Ou as tu trouvé la doc?.. ya rien dans le read me fourni avec.

Le coup du script avec un dossier test je l'avait deja fait voila ce que le script generé raconte:

CODE

time sudo rsync -a -e ssh "/Volumes/BackupStudio/ESSAI" "/Volumes/BackupA0708/ESSAI" --eahfs --showtogo --update

Et ce, sans toucher a grand chose de la fenetre d'edit de script: source, destination, option incrementation.

De ce que j'ai lu ici http://archive.macosxlabs.org/rsyncx/details.html , je ne dois pas toucher a grand chose d'autre dans mon cas.

Quand je lance la commande j'ai ça:

Last login: Tue Mar 4 09:52:03 on ttys001
/Users/ServeurStudio/Essai.command ; exit;
Serveur-Studio:~ ServeurStudio$ /Users/ServeurStudio/Essai.command ; exit;
Password:
rsync: --eahfs: unknown option
rsync error: syntax or usage error (code 1) at /SourceCache/rsync/rsync-30/rsync/main.c(1099)

real 0m4.700s
user 0m0.007s
sys 0m0.009s
logout

[Opération terminée]

Bon. alors en suivant tes indications, j'ai essayé en modifiant le script comme ça:

CODE

#!/bin/bash

rsync -a -e "/Volumes/BackupStudio/ESSAI" /Volumes/BackupA0708/ESSAI --update

(J'ai enlvé les option qu'il n'avait pas l'air de connaitre et les truc qui differaient de ton exemple, juste pour le sport..

Je lance la commande, et v'la qu'il me racconte la vie de Rsync, mais il veut rien savoir... (désolé c'est un peu long):

Last login: Tue Mar 4 10:30:16 on ttys000
Serveur-Studio:~ ServeurStudio$ /Volumes/BackupStudio/Essai.command ; exit;
rsync version 2.6.3 protocol version 28
Copyright © 1996-2004 by Andrew Tridgell and others
<http://rsync.samba.org/>
Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles,
inplace, IPv6, 32-bit system inums, 64-bit internal inums

rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you
are welcome to redistribute it under certain conditions. See the GNU
General Public Licence for details.

rsync is a file transfer program capable of efficient remote update
via a fast differencing algorithm.

Usage: rsync [OPTION]... SRC [SRC]... [USER@]HOST:DEST
or rsync [OPTION]... [USER@]HOST:SRC DEST
or rsync [OPTION]... SRC [SRC]... DEST
or rsync [OPTION]... [USER@]HOST::SRC [DEST]
or rsync [OPTION]... SRC [SRC]... [USER@]HOST::DEST
or rsync [OPTION]... rsync://[USER@]HOST[:PORT]/SRC [DEST]
or rsync [OPTION]... SRC [SRC]... rsync://[USER@]HOST[:PORT]/DEST
SRC on single-colon remote HOST will be expanded by remote shell
SRC on server remote HOST may contain shell wildcards or multiple
sources separated by space as long as they have same top-level

Options
-v, --verbose increase verbosity
-q, --quiet decrease verbosity
-c, --checksum always checksum
-a, --archive archive mode, equivalent to -rlptgoD
-r, --recursive recurse into directories
-R, --relative use relative path names
--no-relative turn off --relative
--no-implied-dirs don't send implied dirs with -R
-b, --backup make backups (see --suffix & --backup-dir)
--backup-dir make backups into this directory
--suffix=SUFFIX backup suffix (default ~ w/o --backup-dir)
-u, --update update only (don't overwrite newer files)
--inplace update destination files inplace (SEE MAN PAGE)
-K, --keep-dirlinks treat symlinked dir on receiver as dir
-l, --links copy symlinks as symlinks
-L, --copy-links copy the referent of all symlinks
--copy-unsafe-links copy the referent of "unsafe" symlinks
--safe-links ignore "unsafe" symlinks
-H, --hard-links preserve hard links
-p, --perms preserve permissions
-o, --owner preserve owner (root only)
-g, --group preserve group
-D, --devices preserve devices (root only)
-t, --times preserve times
-S, --sparse handle sparse files efficiently
-n, --dry-run show what would have been transferred
-W, --whole-file copy whole files, no incremental checks
--no-whole-file turn off --whole-file
-x, --one-file-system don't cross filesystem boundaries
-B, --block-size=SIZE force a fixed checksum block-size
-e, --rsh=COMMAND specify the remote shell
--rsync-path=PATH specify path to rsync on the remote machine
--existing only update files that already exist
--ignore-existing ignore files that already exist on receiving side
--delete delete files that don't exist on the sending side
--delete-excluded also delete excluded files on the receiving side
--delete-after receiver deletes after transferring, not before
--ignore-errors delete even if there are I/O errors
--max-delete=NUM don't delete more than NUM files
--partial keep partially transferred files
--partial-dir=DIR put a partially transferred file into DIR
--force force deletion of directories even if not empty
--numeric-ids don't map uid/gid values by user/group name
--timeout=TIME set I/O timeout in seconds
-I, --ignore-times turn off mod time & file size quick check
--size-only ignore mod time for quick check (use size)
--modify-window=NUM compare mod times with reduced accuracy
-T, --temp-dir=DIR create temporary files in directory DIR
--compare-dest=DIR also compare destination files relative to DIR
--link-dest=DIR create hardlinks to DIR for unchanged files
-P equivalent to --partial --progress
-z, --compress compress file data
-C, --cvs-exclude auto ignore files in the same way CVS does
--exclude=PATTERN exclude files matching PATTERN
--exclude-from=FILE exclude patterns listed in FILE
--include=PATTERN don't exclude files matching PATTERN
--include-from=FILE don't exclude patterns listed in FILE
--files-from=FILE read FILE for list of source-file names
-0, --from0 all *-from file lists are delimited by nulls
--version print version number
--daemon run as an rsync daemon
--no-detach do not detach from the parent
--address=ADDRESS bind to the specified address
--config=FILE specify alternate rsyncd.conf file
--port=PORT specify alternate rsyncd port number
--blocking-io use blocking I/O for the remote shell
--no-blocking-io turn off --blocking-io
--stats give some file transfer stats
--progress show progress during transfer
--log-format=FORMAT log file transfers using specified format
--password-file=FILE get password from FILE
--bwlimit=KBPS limit I/O bandwidth, KBytes per second
--write-batch=FILE write a batch to FILE
--read-batch=FILE read a batch from FILE
--checksum-seed=NUM set block/file checksum seed
-E, --extended-attributes copy extended attributes
-4, --ipv4 prefer IPv4
-6, --ipv6 prefer IPv6
-h, --help show this help screen


Please see the rsync(1) and rsyncd.conf(5) man pages for full documentation
See http://rsync.samba.org/ for updates, bug reports, and answers
rsync error: syntax or usage error (code 1) at /SourceCache/rsync/rsync-30/rsync/main.c(906)
logout

Désolé, je fais ce que je peux, mais là...

[saturax]

Edit: Bon j'avance un peu (avec l'aide de collegues codeurs sous Unix )

Voici ce qu'ils m'ont fait essayer:

CODE

rsync -a  /Volumes/BackupStudio/ESSAI /Volumes/BackupA0708/ESSAI --update

ça a fonctionné, mais le probleme c'est qu'il ne synchronise pas, il s'est contenté de faire une copie du dossier "essai" de source dans le dossier "essai" de destination...

Quelles option dans la liste au dessus dois-je rajouter à la fin pour qu'il n'ecrive que les nouveaux fichier de la source dans le dossier de destination?

J'ai essayé d'enlever le -a mais ça ne change rien...

[saturax]

Pinaise ça marche!!!
j'ai modifié comme suit:

CODE

rsync -a -u -r /Volumes/BackupStudio/ESSAI/ /Volumes/BackupA0708/ESSAI/ --archive --update --recursive --progress

Vais maintenant modifier les variable de source et destination et faire un test grandeur nature.

Apres restera plus qu'a programer ça.

J'avais trouvé un soft qui permetait de plannifier des commande faut que je remette la main dessus..

[saturax]

Bon je continue mon monologue..

Il y a un petit soucis... tout les fichiers n'ayant pas d'extension (sessions PT, fichiers son SDII ne sont plus reconnus (plus d'icones, plus de liens avec les applis...)

ça c'est ennuyeux quand meme...

EDIT: En fait j'ai trouvé il suffit de mettre l'option "-E " " --extended-attributes"

Un grand merci Soif, c'était pas si hardu que ça et c'est tres gratifiant quand ça fonctionne!

J'ai retrouvé le soft de schedule c'est "cronnix" qui permet d'editer le cron sans passer par le terminal.

Je teste tout ça et je te tiens au jus.

Ce message a été modifié par saturax - mar. 4 mars 2008, 13:09.

[dj-mozar]

Bon je continue mon monologue..
…

mais non t'es pas tout seul, je suis ce feuilleton de très près… c'est passionant

[Gatam]

idem
merci de défricher !!

[Francois Déchery]

code]rsync -a -u -r /Volumes/BackupStudio/ESSAI/ /Volumes/BackupA0708/ESSAI/ --archive --update --recursive --progress
[/code]

d'apres ce que j'ai lu vite fait dans le man:
-a est equivalent a --archive
-u est equivalent a --update
-r est equivalent a --recursive
de plus les options devraient toutes etre place avant la source/destination

donc ca devrait etre au final:

CODE

rsync -a -u -r --progress /Volumes/BackupStudio/ESSAI/ /Volumes/BackupA0708/ESSAI/

A savoir : qaund vous etes dans le terminal, pour avoir le mode d'emploi d'un commande il suffit de tapper: "man commande". ainsi dans le cas de rsync, il faut simplement tapper "man rsync", puis return... apres pour avancer d'une page, faut faire espace, et "Q" pour sortir

Il y a un petit soucis... tout les fichiers n'ayant pas d'extension (sessions PT, fichiers son SDII ne sont plus reconnus (plus d'icones, plus de liens avec les applis...)

ça c'est ennuyeux quand meme...

EDIT: En fait j'ai trouvé il suffit de mettre l'option "-E " " --extended-attributes"

(c'est je crois rsyncX qui rajoute justement ce support de HSF+)

donc ta commande devrait devenir

CODE

rsync -a -u -r -E --progress /Volumes/BackupStudio/ESSAI/ /Volumes/BackupA0708/ESSAI/

Je pense egalement que tu devrait mettre --delete qui fait que les fichier qui ne son plus present sur la source sont effacé de la destination. de qui nous fait donc

CODE

rsync -a -u -r -E --progress --delete /Volumes/BackupStudio/ESSAI/ /Volumes/BackupA0708/ESSAI/

Par contre une fois tes essais faits, tu n'aura plus besoin de mettre --progress, qui t'indique ce qui ce passe (normalement tu regardera ton backup ce daire puisque ca sera une tache CRON, automatique

donc on va arriver a:

CODE

rsync -a -u -r -E --delete /Volumes/BackupStudio/ESSAI/ /Volumes/BackupA0708/ESSAI/

d'ailleurs selon l'usage que tu veux de ton backup, tu pourra peut etre , pour le script final, un backup qui est une copie identique (--delete) sur le disque A et une copie qui garde quand meme les fichiers effacés, sur le disque B.

Ca nous fairais donc un script du genre:

CODE

#!/bin/bash

echo "backup a l'identique sur le disque A"
rsync -a -u -r -E --delete /Volumes/HD_Audio /Volumes/HD_BackupA/

echo "backup incremental sur le disque B"
rsync -a -u -r -E /Volumes/HD_Audio /Volumes/HD_BackupB/

echo "j'ai fini"

Un grand merci Soif, c'était pas si hardu que ça et c'est tres gratifiant quand ça fonctionne!

n'est ce pas...

D'ailleurs ca serais pas si sorcier que ca de faire que a chaque backup, ton petit script t'envoie un email si un de tes disque de backup n'a plus que 2Go de libre

J'ai retrouvé le soft de schedule c'est "cronnix" qui permet d'editer le cron sans passer par le terminal.

remarque qu'au terminal c'est pas tellement dur.

Je teste tout ça et je te tiens au jus.

Quand tu auras fini, poste nous ton script, qu'il puisse etre utile a d'autres

Au fait un dernier truc, j'ai pas bien compris ta config: t'as combien de macs qui ont combien chacun de HD et lequel tu backup vers ou?

Pasque pour l'instant ce que tu fait avec ta commande c'est en local, mais ca peut marche aussi en reseau pour pas bcp plus cher

[saturax]

Bon alors ça marche du feu de dieu, voici ma commande finale:

CODE

#!/bin/bash

echo "Sauvegarde automatique A en cours"
rsync -a -u -E Volumes/BackupStudio/2008/  /Volumes/BackupA0708/2008/  --archive --update --extended-attributes --progress

echo "Sauvegarde automatique B en cours"
rsync -a -u -E /Volumes/BackupStudio/2008/ /Volumes/BackupB0708/2008/ --archive --update --extended-attributes --progress

echo "Sauvegarde automatique terminée"

(Pour ceux que ça interesse, il suffit de taper ça dans text edit et de changer l'extension "rtf" en ".command"

En fait je ne souhaite pas effacer les sources et comme le backup est identique à la source, on connait forcement l'espace restant.

En fait le shema est le suivant:

G4
I
I
(ethernet)
l
l __Backup secondaire A
Mac mini-----Backup principal----I
l l__Backup secondaire B
l
(ethernet)
l
l
G4

Le disque Backup Principal est programmé pour monter directement sur le bureau des G4 à leur boot.
On envois nos session PT dessus une fois la post prod terminée.

Ensuite, J'ai choppé ConniX, il suffi de selectionner le fichier .command et de choisir jour, heure minute, mois et c'est parti!!

Maintenant, je voudrai pouvoir ecrire un rapport de backup dans un fichier RTF pour pouvoir verifier les backup.
J'ai essayé la commande --write-batch=[fichier texte] mais ça ne marche pas, il m'a juste ecrit ma ligne de commande dedans..
Ensuite je me demandais si il y avait une commande existante à mettre en fin de script pour qu'il quitte terminal en fin de backup... ça existe?

Sinon on peut trouver un manuel français de Rsync ici:

http://www.delafond.org/traducmanfr/man/man1/rsync.1.html

Sinon j'ai laissé les commande --xxxxx à la fin car l'editeur-foireux- de RsynX les mettait à la fin.. et ça marche, visiblement..

Ce message a été modifié par saturax - mer. 5 mars 2008, 15:06.

[Francois Déchery]

Bon alors ça marche du feu de dieu, voici ma commande finale:

CODE

#!/bin/bash

echo "Sauvegarde automatique A en cours"
rsync -a -u -E Volumes/BackupStudio/2008/  /Volumes/BackupA0708/2008/  --archive --update --extended-attributes --progress

echo "Sauvegarde automatique B en cours"
rsync -a -u -E /Volumes/BackupStudio/2008/ /Volumes/BackupB0708/2008/ --archive --update --extended-attributes --progress

echo "Sauvegarde automatique terminée"

En fait je ne souhaite pas effacer les sources et comme le backup est identique à la source, on connait forcement l'espace restant.

Si je peux me permettre:
1) enleve comme je te l'ai dis plus haut les extension que tu as en double a la fin de la commande : c'est redondant pour rien, ca peut créer des probleme dans le futur (c'est pas parce que bash te laisse ecrire une commande incorrecte, qu'il faut en profiter pour le laisser faire) et quand tu relira ton script dans 2 ans tu comprendra plus rien...

2) il faut que tu mette --delete si tu veux pas que ta destination garde les fichiers qui ont été effacé de la source depuis le dernier backup.
Exemple:
- Song 1 contient les fichier 1,2 et 3, tu backup... la copie contient 1,2 et 3
- Le lendemain, Song 1 ne contient plus le fichier 3 (tu l'a finalement effacé), mais contient maintenant 1,2 et 4.. tu backup.... la copie contient 1,2,3, et 4 (tu as donc 3 en plus)

(Pour ceux que ça interesse, il suffit de taper ça dans text edit et de changer l'extension "rtf" en ".command"

oui et non
Pour pas qu'il y ai de probleme , il faut dire a TextEdit qui est en mode Texte, et surtout pas RTF (menu format)... sinon ca peut poser des soucis...

Ensuite on va jouer un peu:
Mettons que tu sauve le fichier dans ta maison avec comme nom script.txt.
Tu vas dans le terminal et tu tappe
chmod 755 script.txt
(ce qui a pour effet de donner les droits d'execution au script.)
Maintenant pour lancer le script au terminal il suffit de tapper:
./script.txt.

Le fait de changer l'extension de fichier par .command a simplement pour effet de faire que quand tu double-clique sur le script, ca le lance automatiquement dans une fenetre de terminal...

En fait le shema est le suivant:

G4
I
I
(ethernet)
l
l __Backup secondaire A
Mac mini-----Backup principal----I
l l__Backup secondaire B
l
(ethernet)
l
l
G4

Le disque Backup Principal est programmé pour monter directement sur le bureau des G4 à leur boot.
On envois nos session PT dessus une fois la post prod terminée.

Maintenant que tu entrevoie les possibilités de rsync, tu pourrais tres bien dire que tu as un dossier "ToBackup" dans chacun de tes G4 et que en reseau, rsync viens chercher dedans ce qu'il faut backuper.

Ensuite, J'ai choppé ConniX, il suffi de selectionner le fichier .command et de choisir jour, heure minute, mois et c'est parti!!

Maintenant, je voudrai pouvoir ecrire un rapport de backup dans un fichier RTF pour pouvoir verifier les backup.
J'ai essayé la commande --write-batch=[fichier texte] mais ça ne marche pas, il m'a juste ecrit ma ligne de commande dedans..
Ensuite je me demandais si il y avait une commande existante à mettre en fin de script pour qu'il quitte terminal en fin de backup... ça existe?

Pour programmer par exemple tous les jour a 3h10 du mat, tu créé un fichier dans ta maison (par exemple "cron") avec TextEdit, et tu met dedans:
10 3 * * * /Users/saturax/script.txt

ensuite au terminal tu tape
crontab cron
ce qui a pour effet de programmer ce qu'il y a dans ton fichier "cron".
si tu veux voir les taches programmées, tu tappe
crontab -l
pour effacer les taches programées tu fait:
crontab -r

Ton programme CronX dois juste faire ca via une GUI, cependant si tu ne veux pas te retrouver avec une fenetre de terminal ouverte par jour suite a l'execution du backup, il faudrait simplement que tu n'utilise pas un script nommé .command, mais .txt ou .sh ou meme rien, et que tu veille bien comme je l'ai mis plus haut a lui mettre les droits d'execution.

Pour ce qui est de lui faire ecrire un log, c'est assez facile:
tu creer un fichier vide de log, par exemple : backup.log dans ta maison.
Au terminal tu tappe:
chmod 777 backup.log
(pour donner les droits d'ecriture a tous le monde.)

Puis dans ton script, apres la commande que tu veut logguer, tu met
>> /Users/saturax/backup.log
Ce qui a pour effet d'ecrire la sortie de la commande vers la fin du fichier texte backup.log.

exemple (dans un script ou depuis le terminal):
echo "toto est beau" >> /Users/saturax/backup.log
vas ecrire toto est beau a la fin du fichier /Users/saturax/backup.log

Autre chose, plutot que mette >> a la fin de chaque ligne dans ton script, ce qui va pas en faciliter la relecture par toi, tu peut mettre ca dans le fichier cron:
10 3 * * * /Users/saturax/script.txt >> /Users/saturax/backup.log
Ce qui dis que la sortie de script.txt est ecrite dans le fichier /Users/saturax/backup.log

Nous pourrions donc avoir un script du genre:

CODE

#!/bin/bash
echo "-----------------------------------------------------------------------"
echo -n "Backup du "
date
echo ""

echo "Sauvegarde automatique A en cours"
rsync -a -u -E --delete /Volumes/BackupStudio/2008/  /Volumes/BackupA0708/2008/  

echo "Sauvegarde automatique B en cours"
rsync -a -u -E --delete  /Volumes/BackupStudio/2008/ /Volumes/BackupB0708/2008/

echo -n "Sauvegarde automatique terminée le "
date
echo ""
df -a

J'ai utilisé la commande "date" qui affiche la date, et "df -a" qui affiche les stats d'utilisation de tous les disque reliés...

BTW dans ton cron tu pourrais tout aussi bien mettre
10 3 * * * /Users/saturax/script.txt | mail -s "Rapport Sauvegarde du Studio" saturax@tondomaine.com

[bonatoc]

Mazette !

C'est devenu un vrai site de guiques, MacMusic !

A quand des tutos "Code ton propre driver Digi en Python" ?

Au mot "Python", je vois d'ici le Brian ramener ses guêtres... Non, Brian, je ne parlais pas de tes boots...

[Francois Déchery]

Bon alors Saturax.
On en est ou?
Resultat des courses?

[saturax]

Hello,

Bah en fait pour l'instant j'ai rien retouché (ya du taf alors pas de crenaux de maintenance)

Mais ça marche impec pour l'instant, je suis allé verifié sur les backup, ils sont a jour, ça tourne comme une horloge.

Faudra quand meme que je me penche sur le fichier log, c'est plus serieux d'avoir un rapport d'activité des disques.

Pour le coup du backup en reseau c'est pas vraiment adapté a nos besoins, mieux vaut que chaque ingé son sauvegarde lui meme les sessions terminées. (c'est deja tellement du bonheur de plus avoir a faire nos archives sur support optique, un simple drag n drop sur un DD, c'est quand meme la moindre des choses qu'on peu faire! )

En tout cas je te renouvelle mes remerciement c'est bien plus simple et bien plus carré que n'importe quel soft de backup.
Et pour pas un rond.

Au fait j'ai pas compris ça:

CODE

echo -n "Sauvegarde automatique terminée le "
date
echo ""
df -a

[Francois Déchery]

Au fait j'ai pas compris ça:

CODE

echo -n "Sauvegarde automatique terminée le "
date
echo ""
df -a

Ligne 1: "echo -n" :
"-n" fait que "echo" ne vas pas sauter automatiquement a la ligne,
Ligne 2 : "date"
affiche la date et l'heure

Donc au lieu d'avoir:
Sauvegarde automatique terminée le
12 mars 2008 18:35:12

on aura
Sauvegarde automatique terminée le 12 mars 2008 18:35:12

Puis ligne 3 : "df -a"
affichera l'occupation de tous les disque dur, ex:

CODE

g5:~ soif$ df -a
Filesystem                              512-blocks      Used     Avail Capacity  Mounted on
/dev/disk0s3                              59058504  41595064  16951440    71%    /
devfs                                          200       200         0   100%    /dev
fdesc                                            2         2         0   100%    /dev
<volfs>                                       1024      1024         0   100%    /.vol
/dev/disk1s3                             462403080  23502080 438901000     5%    /Volumes/TAPE
/dev/disk1s5                              25469720  14394800  11074920    57%    /Volumes/SOS
/dev/disk0s5                             111663600  26868104  84795496    24%    /Volumes/OSX music
/dev/disk0s7                             318726136 222000968  96725168    70%    /Volumes/DOC

ou mieux "df -ah"

CODE

g5:~ soif$ df -ah
Filesystem                                Size   Used  Avail Capacity  Mounted on
/dev/disk0s3                               28G    20G   8.1G    71%    /
devfs                                     100K   100K     0B   100%    /dev
fdesc                                     1.0K   1.0K     0B   100%    /dev
<volfs>                                   512K   512K     0B   100%    /.vol
/dev/disk1s3                              220G    11G   209G     5%    /Volumes/TAPE
/dev/disk1s5                               12G   6.9G   5.3G    57%    /Volumes/SOS
/dev/disk0s5                               53G    13G    40G    24%    /Volumes/OSX music
/dev/disk0s7                              152G   106G    46G    70%    /Volumes/DOC

BTW vous pouvez lancer l'application terminal, et tapper directement la commande..

------------

Au fait: n'oubli pas le "--delete" comme expliqué précédemment

En tout cas je te renouvelle mes remerciement c'est bien plus simple et bien plus carré que n'importe quel soft de backup.
Et pour pas un rond.

n'est ce pas?

Penchez vous sur le terminal!!!
L'idéee c'est pas de devenir un geek qui liste les dossiers du finder au terminal... c'est que ya plein d'applications possibles pour des taches aussi basiques que du backup, qui sont bien plus simple/puissante/fiable, que d'essayer de passer des semaines a tester tous les "programmes avec une souris", qui au final marchent bcp moins bien.....
Faut juste pas avoir PEUR d'essayer

Ce thread est un bon exemple!


HTH

[saturax]

Ok je teste ça dès que j'ai un moment, merci!

Sinon, le --delete a priori j'en ai pas besoin car il n'est pas question que l'on supprime quoi que ce soit du disque de backup source, tout doit etre sauvé. Si ya des truc a supprimer on le fait avant de sauvegarder sur le disque de back up principal.

Faut reconnaitre que ça fout un peu la trouille de passer au terminal, mais il doit y avoir des outils puissants forcement...
le truc top c'est de pouvoir creer des script shell et de pouvoir les programmer en sachant que c'est du beton armé... ça c'est super rassurant.

[Francois Déchery]

Sinon, le --delete a priori j'en ai pas besoin car il n'est pas question que l'on supprime quoi que ce soit du disque de backup source, tout doit etre sauvé. Si ya des truc a supprimer on le fait avant de sauvegarder sur le disque de back up principal.

--delete n'enleve pas de la source, mais enleve ce qui est devenu inutile dans la destination:
Relis donc ceci:

2) il faut que tu mette --delete si tu veux pas que ta destination garde les fichiers qui ont été effacé de la source depuis le dernier backup.
Exemple:
- Song 1 contient les fichier 1,2 et 3, tu backup... la copie contient 1,2 et 3
- Le lendemain, Song 1 ne contient plus le fichier 3 (tu l'a finalement effacé), mais contient maintenant 1,2 et 4.. tu backup.... la copie contient 1,2,3, et 4 (tu as donc 3 en TROP)

C'est peut etre pas assez clair, je re-explique:

- Lundi tu met sur ton disque source la chanson "toto" qui contient Basse,Batt, VoixLead1
Rsync va donc copier tout ca dans un dossier "toto" (sur le disque de destination) qui contiendra Basse,Batt, VoixLead1...

- Mardi, tu refait le lead pasque la chanteuse chantait faux, et tu efface l'ancienne VoixLead1, pour ne garder que VoixLead2 . Ton dossier "toto" (sur le disque Source) contient maintenant Basse,Batt, VoixLead2.
--> Si tu ne met pas "--delete", Rsync va rajouter VoixLead2 dans le dossier de destination "toto" (qui contiendra donc : Basse,Batt, VoixLead1, VoixLead2)
--> Si tu met "--delete", RSync va en plus effacer VoixLead1 du dossier de destination, car il n'est plus maintenant dans la source...Le dossier toto de destination contiendra donc : Basse,Batt, VoixLead2, cad la copie exacte de ta source.

[saturax]

Si si ta premiere explication étais tres clair, ce que je veux dire c'est que ce que l'on archive n'est pas modifié. On balance les sessions une fois qu'elle ont été fournis aux equipes de developpement, et on n'y touche plus.

Si modif il y a c'est avant backup, sur les disque de travail dans les G4. les travaux en cours ne sont pas backupé si ce n'est que les prise de voix sont enregistré en doublon sur un DAT au cas ou.