Backup, Time Machine, Rex, prise de tete Options

[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.