@Firewire2002
*** mind. 5 min herzhaft gelacht***
Und da es ging = hat diese Freude auch angehalten.
Und später brauchte ich auch " eval " vom Posting terx`
Danke an alle.
mein Script ist somit zu 99% fertig.
2 Fehler finde ich aber nicht, was recht ärgerlich ist, da die ERROR_log somit gefüllt wird und mit in der Email mit anhängt.
o.k.
Folgende Kreterien hatte ich an mein Script:
* Datenbank Dumps immer komplett (sind mir SEHR wichtig)
* JEDEN Sonntag n VollBackup
* Restliche Tage n incredi. Backup
* Alles per FTP hochladen
* Protokolle per Email
* Zum Schluss alles aufräumen (Backups löschen) ausser die Snapshots
So siehts aus:
Code:
-rw-r--r-- 1 ks014 ks014 10240 2. Mai 23:47 2008-05-02_Freitag_incremental_mail.tar.gz
-rw-r--r-- 1 ks014 ks014 389120 2. Mai 23:47 2008-05-02_Freitag_incremental_mysql.tar.gz
-rw-r--r-- 1 ks014 ks014 10240 2. Mai 23:47 2008-05-02_Freitag_incremental_srv.tar.gz
-rw-r--r-- 1 ks014 ks014 194560 3. Mai 00:45 2008-06-02_Samstag_VOLLBACKUP_mail.tar.gz
-rw-r--r-- 1 ks014 ks014 389120 3. Mai 00:45 2008-06-02_Samstag_VOLLBACKUP_mysql.tar.gz
-rw-r--r-- 1 ks014 ks014 440320 3. Mai 00:45 2008-06-02_Samstag_VOLLBACKUP_srv.tar.gz
In der Email liegen 4 Datein bei.
Backup.log = die Standard Log wo alle normalen Ausgaben drin sind
backup_err.log = hier werden bei Fehler die Errors geloggt => hier is auch das Probelm
backup_ftp.log = hier SOLLEN die FTP Übertragungsdaten eigendlich geloggt werden = is aber immer leer. 2tes Problem
backup-hdd.log = hier wird nur " df -h " ausgegeben.
Die Email selbst enthält noch ein paar Eckdaten:
Hinweis: Es wurden insgesamt 1 MB an Daten gesichert und per FTP übertragen
Belegung einiger Ordner:
93 MB ist der 'LOG' -Ordner groß
21 MB ist der 'MYSQL'-Ordner groß
1 MB ist der 'SRV' -Ordner groß
Dauer des Script-Durchlaufs:
START: Fr 2. Mai 23:48:59 CEST 2008
ENDE_: Fr 2. Mai 23:48:59 CEST 2008
Soviel zum kurzen Einblick in das Script. Jetzt nochmal die 2 Probleme im Klartext:
##########################################################################
### Problem 1
##########################################################################
backup_err.log
Code:
tar: /backup/MYSQL-DATENBANK/: Verzeichnis wurde umbenannt.
tar: Entferne führende »/« von Elementnamen
tar: Entferne führende »/« von Elementnamen
tar: Entferne führende »/« von Elementnamen
Wieso wurde die Datenbank umbenannt ? wurde normal erzeugt und besteht auch vorher nicht.
Hier ein paar kurze Ausschnitte:
Code:
AUSLAGERUNGSORDNER=/backup
Ordner1=$AUSLAGERUNGSORDNER/MYSQL-DATENBANK
mkdir -p $Ordner1
mysqldump -AaCceQ -u$MYUSER -p$MYPASS -r $Ordner1/mysql.dbs 1>>$LOGdatei 2>>$ERRdatei
In der LOG werden von tar 3 mal die / entfernt. finde diese aber nicht. Entferne ich die, die ich denke bzw. drin hab = geht meist nix mehr.
Code:
else
for i in `seq 1 3`
do
eval tar -vcf ${Tagesdatum}_${Wochentag2}_${Teil}_\$Name$i.tar.gz -g $SNAPSHOT-\$Name$i \$Ordner$i 1>>$LOGdatei 2>>$ERRdatei
done
fi
N bissel undurchsichtig. So würde es mit ausgefüllten Variablen aussehen. Die Error_logs lass ich mal wech
Code:
eval tar -vcf 2008-05-01_Donnerstag_incremental_srv.tar.gz -g /snapshot.log-srv /srv
##########################################################################
### Problem 2
##########################################################################
Ich würde gern die Ausgabe von der FTP Übertragung in die backup-ftp.log ausgeben lassen. Diese ist aber immer leer.
Wofür teht eigendlich > bin < ??
Ist das wichtig ?
Code:
ftp -ni <<EOFTP > ${PFAD}-ftp.log
open $FTPIP
user $FTPUSER $FTPPASS
cd $FTPPFAD
bin
mput *.gz
quit
EOFTP
##########################################################################
Im Anhang mal das komplette Script im Zusammenhang.
