Antworten zum Thema „Server formatiert - PSD-Tutorials“

[Stefan]

ich möchte letztendlich alles am liebsten wie es alle machen als cronjob. aber zuerst müßte ich die befehle kennen + wie man es macht, das er immer 7 tage nur die geänderten daten sichert und dann erst vollsicherung (außer bei mysql, da natürlich immer vollsicherung)

 

[zakspeed]

[
Das ist nur ne Sicherung der SQL Datenbank! Nicht des /srv/www Verzeichnisses!

Hallo,

habe ich irgendwas anderes geschrieben??????

Hier noch ein Link den ich gesucht habe:

http://www.cis.upenn.edu/~bcpierce/unison/download.html

...und hier noch ein Kommentar aus ner Maillingliste:

Ich benutze hier das Programm "Unison", um meinen Laptop mit dem Desktop
abzugleichen.

Das Programm erlaubt die Synchronisation zweier
"Replikate" (Unison-Terminologie), egal ob diese lokal oder remote
vorhanden sind - bei remote-Verbindungen geschieht die Übertragung über
Sockets, SSH oder rsync.

Außerdem kann man verschiedene "Profile" anlegen, in denen man die
Optionen der Synchronisation speichert. Beispielsweise kannst du dir
ein Profil anlegen, das einfach alles spiegelt (zum Beispiel, um einmal
im Monat ein komplettes Backup zu machen). In einem anderen Profil
kannst du beispielsweise alle versteckten oder temporären Dateien
ignorieren (damti Konfigurationsdateien oder *~ nicht immer
mitgesichert werden). In einem Dritten gleichst du nur ein bestimmtes
Verzeichnis ab (z.B. deine MP3-Sammlung), etc.

Welche Dateien oder Verzeichniss synchronisiert werden sollen, kann man
über reguläre Ausdrücke in das Profil schreiben. So ignoriert

ignore = Name .*
ignore = Name *~

alle versteckten und temporären Dateien.

ignore = Path /home/bwalle/Desktop

würde deinen Desktopordner nicht mitsichern.

Beim Aufruf von Unison überprüft das Programm den Status der beiden
Replikate (in welchem Replikat hat sich was geändert?) und überträgt
die Änderungen. Wenn ich also Dateien auf meinem Laptop erstellt habe,
werden diese auf den Desktop übertragen - und Dateien, die ich auf dem
Desktop geändert habe, werden in der neuesten Version auf den Laptop
kopiert. Wurden beide Dateien geändert, versucht Unison die Änderungen
beider Dateien zu übernehmen/anzupassen (dies fällt weg, wenn deine
DVD-RAM lediglich als Backup-Medium fungieren soll. In diesem Fall
wirst du ja auf der DVD keine Dateien ändern), fragt aber im
Zweifelsfall noch einmal nach. Ungeänderte Dateien werden nicht
übertragen.

Unison besitzt unterschiedliche Modi, Änderungen festzustellen (geht
unter Unix schneller [hier wird die modtime der Dateien verglichen] als
bei einem Abgleich mit Windows [hier müssen sämtliche Dateien Byte für
Byte verglichen werden]). Ich könnte dir noch viel mehr über das
Programm erzählen (bin nämlich schon seit geraumer Zeit dabei, die
englische Dokumentation ins Deutsche zu übersetzen, krieg's aber
irgendwie nicht fertig *g*), aber am besten probierst du es einfach mit
zwei Testverzeichnissen aus...

Unison läuft im Zweifelsfall auf der Konsole, bringt aber auch ein
(GTK)-GUI mit.

Probleme hatte ich nur bei dem Abgleich sehr, sehr großer Datenmengen
über ein Netzwerk (ab ca. 50 GB _auf_einmal_!); da hat sich der
Unison-Client auf meinem Laptop mit einem Timeout verabschiedet,
während der Unison-Server auf meinem Desktop noch wie wild dabei war,
die Platte zu scannen...

 

[DonL]

@zakspeed

Hast nichts anderes geschrieben, jedoch war Anfangs die Frage nach der Sicherung des www Ordners
Ein Mißverständnis


Ich mache mal ein kleines Tutorial, wie Ihr Eure Datenbank sichern könnt. Wie Ihr das /www Verzeichnis sichert, müsste ich noch nachforschen!

Also.. SQL Datenbank Sicherung:

in der Shell in einem Verzeichnis Eurer Wahl eine Datei erstellen.

Beispielverzeichnis: /home/
Befehl: touch dbdump.sh

Dann mit einem Editor Eurer Wahl die Datei öffnen/bearbeiten. Am einfachsten ist es mit "MC" (Midnight Commander).

Dort jetzt folgendes einfügen und speichern:

#!/bin/bash
DATE=´date +"%Y_$m_%d"´
mysqldump -h HOST --user=USER --password=PASSWORD -B DATABASE -c --character-set=utf8 > /ZIEL/WO/ES/GESICHERT/WIRD/$DATE.sql

--character-set=utf8 ist wichtig, damit die UMLAUTE geschrieben werden! Läßt Ihr das weg, wird jedes UMLAUT (Ä, Ü, Ö) durche in ? ersetzt!


Was macht das Script?
Das Script sichert Euere Datenbank in das von Euch vergebene Verzeichnis. Der Name ist "Datum.sql" (Bsp für heute: 2006_10_23.sql).
Ich konnte in der "mysqldump" Info nichts finden, dass nur die geänderten Datensätze gesichert werden!
Wenn Ihr Risikofreudig seid, nimmt "DATE" raus und setzt dort einen Namen (Bsp.: dbdump). Dann wird diese Datei IMMER überschrieben. Ich mache das auf meinem Server lieber mit dem Datum. Falls eine Sicherung fehlerhaft ist, habe ich noch ein paar andere!

Damit habt Ihr die Grundlage.

Jetzt müsst Ihr die Datei ausführbar machen. Dazu müsst Ihr Euch in dem Verzeichnis befinden, wo die Datei liegt!

Befehle:
chmod u+x dbdump.sh
chmod g+x dbdump.sh

Damit macht Ihr die Datei ausführbar (x) für den User (u) und für die Gruppe (g).


Crontab erstellen

Beispiel Crontab für eine Sicherung "Täglich" um 3 Uhr morgens

* 3 * * * sh /home/dbdump.sh
- - - - -
| | | | |
| | | | ----- Wochentag (0 - 7) (Sonntag =0 oder =7)
| | | ------- Monat (1 - 12)
| | --------- Tag (1 - 31)
| ----------- Stunde (0 - 23)
------------- Minute (0 - 59)

In der Shell "crontab -e" eingeben. Es öffnet sich der Editor "VI". Jetzt die Taste "i" oder "a" drücken um was einfügen zu können. Nun gebt Ihr folgendes ein:


Tägliche Sicherung um 3 Uhr

* 3 * * * sh /home/dbdump.sh

ENTER


Wöchentliche Sicherung am Sonntag um 3 Uhr

* 3 * * 7 sh /home/dbdump.sh

ENTER


Wenn Ihr die beiden Zeilen eingefügt habt, beendet Ihr das Programm mit dem

Befehl: :wq

Ihr befindet Euch wieder in der Shell. Um die crontabs anzuschauen, gebt einfach "crontab -l" ein.

Wenn Ihr dort jetzt die beiden Befehle seht, ist alles in Ordnung!
Sicherheitshalber würde ich den CRON-DÄMON neustarten

Befehl: /etc/init.d/cron restart


Jetzt ist alles einsatzbereit für die automatischen Datenbank Sicherung!

Quellen:
http://de.wikipedia.org/wiki/Cron

http://www.newbie-net.de/anleitung_cron.html

 

[zakspeed]

Hier auf die Schnelle ein Befehl der eine Backup-Datei erzeugt

tar -czvf /BACKUP_VERZEICHNISS/NAME.tgz /srv/www

Den Namen kannst Du ebenfalls mit einem Datum (s.oben) versehen

Bei der Datenbanksicherung, speziell bei großen Datenbanken ist hier und da noch so einiges zu beachten.

Hier der Link zum mySQL Referenzhandbuch:



Dort steht unter anderem:

Wenn Sie mysqldump ohne --quick oder --opt ausführen, beachten Sie, dass mysqldump die gesamte Ergebnismenge in den Arbeitsspeicher lädt, bevor das Ergebnis gedumpt wird. Das kann zu Problemen führen, wenn Sie eine große Datenbank dumpen.

...weiter oben:

Wenn Sie eine Datensicherung auf dem Server machen, sollten Sie in Betracht ziehen, statt dessen mysqlhotcopy zu benutzen. See Abschnitt 5.8.6, ?mysqlhotcopy, MySQL-Datenbanken und Tabellen kopieren?.

Gruß Klaus

 

[DonL]

tar -czvf /BACKUP_VERZEICHNISS/NAME.tgz /srv/www

Jop, das ist der Befehl

Crontab Befehl lautet für die wöchentliche Sicherung:

* 3 * * 7 tar -czvf /BACKUP_VERZEICHNISS/NAME.tgz /srv/www


Viel Spaß beim rumprobieren

 

[Stefan]

irgendwas klappt mit dem datum nicht, und zwar kommt dann am namenende immer ?? und das kann nur der mc richtig lesen, aber nicht der ftp-browser, den ich zum runterladen nehme ...????????

habe auch shcon damit probiert:
DATE=$(date +"%Y_%m_%d")

geht auch nicht

 

[DonL]

Nee... so wie ich es reingepostet habe, ist es schon richitg! Spiel mit dem Strich am Anfang und am Ende rum!

Ich weiß nicht ob das Systemabhängig ist oder nicht. Auf SUSE 9.3 läuft das.

Hast ja mehrere Möglichkeiten um einen Hochstrich zu machen.

´ '

Probier es auch mal mit "


***** EDIT *****

Hier die Originalzeile aus meiner Datei:

DATE=`date +"%Y_%m_%d"`

 

[Stefan]

ich versteh das nicht. also ich mache mal ein test wie folgt:

#!/bin/bash
DATE=`date +"%Y_%m_%d"`
touch $DATE

und dann kommt folgendes raus
2006_10_23??

warum die fragezeichen dahinter? ich habe auch suse ... bitte nochmal um hilfe

 

[DonL]

Wenn du touch $DATE.sql machst? Kommt da das gleiche Problem?

EDIT:
Ansonsten wüsste ich atm nicht wo das Problem liegen könnte! Höhstwahrscheinlich dann am Datumsformat. Müsstest dann damit spielen.

Aber ich meine, wenn er ein DUMP richtig macht, ist es doch egal, ob da ?? sind oder nicht. Die Sicherung ist wichtig.

Muß jetzt los zum Kunden, werde somit erst heute Abend wieder reinschauen können oder gar morgen!

 

[Stefan]

ja dann heißt die datei:

2006_10_23?.sql

folgenden code:

#!/bin/bash
DATE=`date +"%Y_%m_%d"`
touch $DATE.sql

 

[DonL]

Das sieht mir nach einer Leerzeile aus, mit der er nicht umgehen kann und daher ein ? hinpackt.

Mach mal überall die Leerzeilen weg!
Ansonsten schau mal PN wegen des FTP Problems!

 

[Stefan]

super, ich habe mit einem windows editor alles gemacht und da war der fehler, unter mc habe ich alles jetzt korrekt editiert. super jetzt gehts mit der datenbank. werde das andere auch anschauen

 

[Stefan]

Jop, das ist der Befehl

Crontab Befehl lautet für die wöchentliche Sicherung:

* 3 * * 7 tar -czvf /BACKUP_VERZEICHNISS/NAME.tgz /srv/www


Viel Spaß beim rumprobieren [/quote]

das sieht gut aus, aber wie kann ich es machen, das er mir alles vom wwwVerzeichnis sichert, bis auf den Ordner BACKUP ?

 

[DonL]

das sieht gut aus, aber wie kann ich es machen, das er mir alles vom wwwVerzeichnis sichert, bis auf den Ordner BACKUP ?

Einfach "/srv/www/" machen. Dann sichert er das gesamte "www" Verzeichnis. Solltest du den Backup Ordner im "www" Verzeichnis haben, wird dieses auch gesichert! Ich würde das Backup Verzeichnis an einen anderen Ort legen. Verweisen tust du dann mit "/PFAD/ZUM/VERZEICHNIS". Also mit dem "/" am Anfang.

Willst du Backup dann per FTP auf deinen PC laden einfach


cp QUELLE ZIEL

Bsp.:

cp /BACKUPVERZEICHNIS/BACKUPFILE /srv/www/backup

Nicht von den vielen "/" verwirren lassen

 

[Stefan]

ja aber mein bruder soll auch ab und zu mal sichern, aber ich möchte nicht, das er als root reingeht. ich habe mal was von -X gelesen, das man da Verzeichnisse oder Dateien ausklammern kann. Wie könnte ich das machen?

ich möchte hauptsächlich
/srv/www/htdocs/web1/html/

sichern

bis auf /srv/www/htdocs/web1/html/backup

???

 

[pepexx]

ja aber mein bruder soll auch ab und zu mal sichern, aber ich möchte nicht, das er als root reingeht.

Das würd ich meinen Brüdern auch nicht erlauben - alles "Gangster" :razz:

CU

Edit-
Was mir aber grad auffällt - jede Katastrophe hat auch ihre gute Seiten.
Ich kann wieder mein geliebtes altes blaue Design benutzen, ohne dass alles zentriert
angzeigt wird - Luke hats gerichtet

 

[Pixelnase]

Ich kann wieder mein geliebtes altes blaue Design benutzen, ohne dass alles zentriert

... und die Snake geht wieder! :lol:

Pixie

 

[dstyled]

Hi Stefan! Wenn du die Icons für die Bücherecke nochmal brauchst schreib mir ne PM!

 

[Tim]

... und die Snake geht wieder! :lol:

Tja, das CSS-Menü dafür nicht.

Mit korrektem Doctype: Manches wird zentriert (im blauen Design anscheinend mehr als im braunen), das CSS-Menü tut, die Snake nicht.
Ohne korrekten Doctype: CSS-Menü tut nicht (und es gibt auch keine Möglichkeit das zu ändern, habe ich bereits versucht), Snake tut, viele Dinge nicht zentriert.

So, wenn irgendetwas zentriert ist, ist das ja nicht schlimm, dieses Problem lässt sich leicht aus der Welt schaffen. Warum die Snake nicht richtig tut müsste noch herausgefunden werden.

 

[Luke]

Hallo Freunde!

Mir fehlt irgendwie die Zeit, alles durchzulesen. Hier kam mal wieder alles zusammen, was zusammen kommen konnte. Standleitung defekt, Telefonanlage streikt..... um nur einen Auszug zu nennen.

Das mit dem Backupserver war VOLL beabsichtigt! Wäre auch kein Problem gewesen, wenn ICH VOLLPFOSTEN nicht psd formatiert hätte. Hier sieht man wieder, dass die Technik noch so gut sein kann, wenn der Mensch versagt. Technisch hat dieser Server bisher nicht versagt. Da ich erst Heute wieder einigermaßen auf das Internet zugreifen kann, werde ich versuchen, die fehlenden Dateien wieder einzuspielen.

Ohne weitere große Worte: SORRY! (aber ich habe daraus gelernt! Der Sicherheitsablauf wurde weiter verbessert)