Offsite Backup von DS auf WebDAV-Speicher (z.B. von 1und1, GMX, Web.de, Strato, iDisk (MobileMe)): Unterschied zwischen den Versionen
K (hat „Backup von DS auf Onlinespeicher mit WebDAV (z.B. von 1und1, GMX und Web.de)“ nach „Offsite Backup von DS auf WebDAV-Speicher (z.B. von 1und1, GMX, Web.de, Strato, iDisk (MobileMe))“ verschoben: Erweiterung des Artikels, Verdeutli) |
(Logs) |
||
Zeile 1: | Zeile 1: | ||
= Anmerkung = | = Anmerkung = | ||
Für ein Off-Site Backup der Daten auf der Synology benötigt man Speicherplatz bei einem Anbieter im Internet. Diesen gibt es oft als kostenlose Dreingabe bei den Anbietern von DSL-Zugängen oder Web-Hosting-Angeboten, z.Bsp. bei UnitedInternet (1und1, GMX, Web.de, Strato, MobileMe, ...). | Für ein Off-Site Backup der Daten auf der Synology benötigt man Speicherplatz bei einem Anbieter im Internet. Diesen gibt es oft als kostenlose Dreingabe bei den Anbietern von DSL-Zugängen oder Web-Hosting-Angeboten, z.Bsp. bei UnitedInternet (1und1, GMX, Web.de, Strato, MobileMe, ...). | ||
Zeile 7: | Zeile 5: | ||
In diesem Artikel wird er Zugang über WebDAV auf diese Dienste beschrieben.Er beruht im Wesentlichen auf den Erkenntnissen [http://www.synology-forum.de/showthread.html?t=4836 dieses] Threads. | In diesem Artikel wird er Zugang über WebDAV auf diese Dienste beschrieben.Er beruht im Wesentlichen auf den Erkenntnissen [http://www.synology-forum.de/showthread.html?t=4836 dieses] Threads. | ||
= Voraussetzungen = | = Voraussetzungen = | ||
* WebDAV-Speicher, z.Bsp: 1und1 SmartDrive, GMX Mediacenter, MobileMe iDisk etc. | * WebDAV-Speicher, z.Bsp: 1und1 SmartDrive, GMX Mediacenter, MobileMe iDisk etc. | ||
Zeile 16: | Zeile 13: | ||
* '''oder''' das fertig compilierte "'binary'" von [http://www.synology-forum.de/showthread.html?p=83757 hier] | * '''oder''' das fertig compilierte "'binary'" von [http://www.synology-forum.de/showthread.html?p=83757 hier] | ||
Abhängig davon ob ihr den source code selbst compiliert oder das Binary verwendet, unterscheidet sich die Installation am Anfang ein wenig. | Abhängig davon ob ihr den source code selbst compiliert oder das Binary verwendet, unterscheidet sich die Installation am Anfang ein wenig. | ||
= Installation = | = Installation = | ||
== ENTWEDER | == ENTWEDER: Download, Compilieren des Source Codes und Installation == | ||
1. Wechsel in ein Verzeichnis, z.B. cd /usr/local/ | 1. Wechsel in ein Verzeichnis, z.B. cd /usr/local/ | ||
2. Download der Sources: <pre>wget http://www.manyfish.co.uk/sitecopy/sitecopy-0.16.6.tar.gz</pre> | 2. Download der Sources: <pre>wget http://www.manyfish.co.uk/sitecopy/sitecopy-0.16.6.tar.gz</pre> | ||
Zeile 28: | Zeile 24: | ||
make | make | ||
make install | make install | ||
== ODER | == ODER: Download und Installation der fertigen Binary und Libraries == | ||
1. Download und Entpacken der Binary wie [http://www.synology-forum.de/showthread.html?p=83757 hier] beschrieben. Im Thread sind Binaries für die Prozessorarchitekturen PowerPC und ARM. Zur Identifikation der richtigen Binary siehe auch [http://forum.synology.com/wiki/index.php/Is_my_NAS_an_ARM_or_a_PowerPC_CPU_model hier] | 1. Download und Entpacken der Binary wie [http://www.synology-forum.de/showthread.html?p=83757 hier] beschrieben. Im Thread sind Binaries für die Prozessorarchitekturen PowerPC und ARM. Zur Identifikation der richtigen Binary siehe auch [http://forum.synology.com/wiki/index.php/Is_my_NAS_an_ARM_or_a_PowerPC_CPU_model hier] | ||
: In diesem Fall die Binary nach /opt/bin/ kopieren und mit | : In diesem Fall die Binary nach /opt/bin/ kopieren und mit | ||
Zeile 37: | Zeile 33: | ||
ipkg install neon | ipkg install neon | ||
ipkg install expat | ipkg install expat | ||
= Konfiguration = | = Konfiguration = | ||
a. Anlegen des Verzeichnisses '''.sitecopy''' mit der passenden Berechtigung: | a. Anlegen des Verzeichnisses '''.sitecopy''' mit der passenden Berechtigung: | ||
Zeile 65: | Zeile 60: | ||
e. Zugriffsrechte anpassen: | e. Zugriffsrechte anpassen: | ||
chmod 600 .netrc | chmod 600 .netrc | ||
== Konfigurationsbeispiele für gängige Dienste == | == Konfigurationsbeispiele für gängige Dienste == | ||
In den folgenden Beispielen wird das Verzeichnis /volume1/shared/Backups der Synology in das Verzeichnis /Backups des WebDAV-Dienstes gespiegelt werden solle. Die Werte in Prozentzeichen %...% sind durch geeignete Werte (Benutzername, E-Mail-Adresse) zu ersetzen. | In den folgenden Beispielen wird das Verzeichnis /volume1/shared/Backups der Synology in das Verzeichnis /Backups des WebDAV-Dienstes gespiegelt werden solle. Die Werte in Prozentzeichen %...% sind durch geeignete Werte (Benutzername, E-Mail-Adresse) zu ersetzen. | ||
== Apple MobileMe / iDisk == | == Apple MobileMe / iDisk == | ||
<pre> site iDisk_Backups | <pre> site iDisk_Backups | ||
Zeile 82: | Zeile 77: | ||
exclude /%noch_ein_unwichtiges_verzeichnis% | exclude /%noch_ein_unwichtiges_verzeichnis% | ||
...</pre> | ...</pre> | ||
== GMX MedienCenter == | == GMX MedienCenter == | ||
<pre> site GMX | <pre> site GMX | ||
Zeile 94: | Zeile 89: | ||
exclude /%ein_verzeichnis_das_nicht_gesichert_werden_soll% | exclude /%ein_verzeichnis_das_nicht_gesichert_werden_soll% | ||
exclude /%noch_ein_unwichtiges_verzeichnis%</pre> | exclude /%noch_ein_unwichtiges_verzeichnis%</pre> | ||
= Verwendung = | = Verwendung = | ||
Zeile 104: | Zeile 97: | ||
* <code>sitecopy -u %yoursite%</code> Update der Dateien auf dem Server ('''Achtung: Alle veränderten Dateien werden überschrieben!''') | * <code>sitecopy -u %yoursite%</code> Update der Dateien auf dem Server ('''Achtung: Alle veränderten Dateien werden überschrieben!''') | ||
* <code>sitecopy -s %yoursite%</code> Update der Dateien auf lokal ('''Achtung: Alle veränderten Dateien werden Überschrieben!''') | * <code>sitecopy -s %yoursite%</code> Update der Dateien auf lokal ('''Achtung: Alle veränderten Dateien werden Überschrieben!''') | ||
= Zeitgesteuerte Backups per cron = | = Zeitgesteuerte Backups per cron = | ||
Hierdurch wird das Backup zeitgesteuert automatisch ausgeführt, so dass man sich nicht selber darum kümmern muss. | |||
== Voraussetzung == | == Voraussetzung == | ||
* [ | * [[Cron]] | ||
'''oder''' | '''oder''' | ||
* Installiertes [[Übersicht_über_verfügbare_3rd-Party-Apps_aus_unserer_Community#cronjobs|CronJobs]] als 3rd-Party-App von Itari | * Installiertes [[Übersicht_über_verfügbare_3rd-Party-Apps_aus_unserer_Community#cronjobs|CronJobs]] als 3rd-Party-App von Itari | ||
Zeile 116: | Zeile 109: | ||
a. Editieren der Datei '''/etc/crontab''': | a. Editieren der Datei '''/etc/crontab''': | ||
vi /etc/crontab | vi /etc/crontab | ||
: | : Eine weitere Zeile anfügen: | ||
0 4 * * 0 root /usr/local/bin/sitecopy -u %yoursite% #Do Backup | 0 4 * * 0 root /usr/local/bin/sitecopy -u %yoursite% #Do Backup | ||
: Datei speichern und vi beenden | : Datei speichern und vi beenden | ||
'''Erklärung:''' | '''Erklärung:''' | ||
Um .. 0 Minuten .. 4 Stunden .. beliebiger Tag im Monat .. beliebiger Monat .. am Tag 0 der Woche .. führe im Namen des Benutzers root den Befehl <code>/usr/local/bin/sitecopy - | Um .. 0 Minuten .. 4 Stunden .. beliebiger Tag im Monat .. beliebiger Monat .. am Tag 0 der Woche .. führe im Namen des Benutzers root den Befehl <code>/usr/local/bin/sitecopy -u %yoursite%</code> aus. <code>#Do Backup</code> ist nur ein Kommentar. | ||
In anderen Worten: Jeden Sonntag (der Tag 0 der Woche) um 04:00 Uhr (Nachts) eine Aktualisierung durchführen. | In anderen Worten: Jeden Sonntag (der Tag 0 der Woche) um 04:00 Uhr (Nachts) eine Aktualisierung durchführen. | ||
'' | "/usr/local/bin/" lautet bei der Verwendung der Binaries "/opt/bin/" | ||
Wenn man ein Log für das Backup haben möchte, kann man die Ausgabe in eine Datei umleiten. Dafür den Befehl wie folgt ergänzen: | |||
/usr/local/bin/sitecopy -u %yoursite% > %datei% | |||
wobei <code>%datei%</code> eine Datei mit vollständigem Pfad ist. '''Achtung:''' Die Datei wird mit jeder Ausführung überschrieben. | |||
Um Logs von mehreren Tagen zu behalten, kann man den Dateinamen mit Hilfe der ''date''-Variable ergänzen. Das folgende Beispiel legt täglich eine extra Logdatei namens "GMX-%aktuelles Datum%.txt" an: | |||
/usr/local/bin/sitecopy -u %yoursite% > /volume1/logs/GMX-`date +\%Y-\%m-\%d`.txt | |||
= Links = | = Links = | ||
*[http://www.manyfish.co.uk/sitecopy/ Das Tool Sitecopy] | *[http://www.manyfish.co.uk/sitecopy/ Das Tool Sitecopy] | ||
*[http://www.schlittermann.de/doc/sitecopy.html Die Arbeit mit Sitecopy] | *[http://www.schlittermann.de/doc/sitecopy.html Die Arbeit mit Sitecopy] | ||
*[http://zeitung-ml.sourceforge.net/Sitecopy.html | *[http://zeitung-ml.sourceforge.net/Sitecopy.html Weiteres HowTo zu Sitecopy] |
Version vom 6. Juni 2010, 07:44 Uhr
Anmerkung
Für ein Off-Site Backup der Daten auf der Synology benötigt man Speicherplatz bei einem Anbieter im Internet. Diesen gibt es oft als kostenlose Dreingabe bei den Anbietern von DSL-Zugängen oder Web-Hosting-Angeboten, z.Bsp. bei UnitedInternet (1und1, GMX, Web.de, Strato, MobileMe, ...).
Dabei ist zu beachten dass der Upload der Daten von der Synology (lokal) ins Web durchaus eine ganze Weile dauern kann, denn der Upstream der DSL-Zugänge ist eher mäßig (meist geringer als 1 MBit/sec). Hat man das allerdings einmal geschafft, ist die Aktualisierung der Daten - abhängig von der Datenmenge - eher unkritisch, besonders wenn die Synchronisation/Aktualisierung Nachts geschieht, wie in diesem Beispiel auch beschrieben.
In diesem Artikel wird er Zugang über WebDAV auf diese Dienste beschrieben.Er beruht im Wesentlichen auf den Erkenntnissen dieses Threads.
Voraussetzungen
- WebDAV-Speicher, z.Bsp: 1und1 SmartDrive, GMX Mediacenter, MobileMe iDisk etc.
- Minimalste Erfahrung mit vi oder einem alternativen Editor auf der Synology.
- Entweder den Sourcecode von sitecopy von hier (siehe auch Beschreibung unten)
- und installierte Toolchain (setzt IPKG voraus)
- oder das fertig compilierte "'binary'" von hier
Abhängig davon ob ihr den source code selbst compiliert oder das Binary verwendet, unterscheidet sich die Installation am Anfang ein wenig.
Installation
ENTWEDER: Download, Compilieren des Source Codes und Installation
1. Wechsel in ein Verzeichnis, z.B. cd /usr/local/
2. Download der Sources:
wget http://www.manyfish.co.uk/sitecopy/sitecopy-0.16.6.tar.gz
3. Entpacken:
tar xvfz sitecopy-0.16.6.tar.gz
4. Wechsel ins entpackte Verzeichnis:
cd sitecopy-0.16.6
5. Anwendung Dreisatz:
./configure make make install
ODER: Download und Installation der fertigen Binary und Libraries
1. Download und Entpacken der Binary wie hier beschrieben. Im Thread sind Binaries für die Prozessorarchitekturen PowerPC und ARM. Zur Identifikation der richtigen Binary siehe auch hier
- In diesem Fall die Binary nach /opt/bin/ kopieren und mit
chmod 755 /opt/bin/sitecopy
- ausführbar machen.
2. Installation der Libraries
ipkg install neon ipkg install expat
Konfiguration
a. Anlegen des Verzeichnisses .sitecopy mit der passenden Berechtigung:
mkdir -m 700 /root/.sitecopy
b. Anlegen und editieren einer Datei .sitecopyrc:
vi /root/.sitecopyrc
- Inhalt:
site %yoursite% server %yourserver% url %serverurl% # vollständige url manchmal nötig z.B. https://... username %yourname% local %lokales_Verzeichnis% remote %server_Verzeichnis% protocol http http secure # nur bei Zugang über https
- Datei speichern und vi beenden
c. Zugriffsrechte anpassen:
chmod 600 /root/.sitecopyrc
d. Anlegen und editieren einer Datei .netrc:
vi /root/.netrc
- Inhalt:
machine %yourserver% login %yourusername% password %yourpassword%
- Datei speichern und vi beenden
e. Zugriffsrechte anpassen:
chmod 600 .netrc
Konfigurationsbeispiele für gängige Dienste
In den folgenden Beispielen wird das Verzeichnis /volume1/shared/Backups der Synology in das Verzeichnis /Backups des WebDAV-Dienstes gespiegelt werden solle. Die Werte in Prozentzeichen %...% sind durch geeignete Werte (Benutzername, E-Mail-Adresse) zu ersetzen.
Apple MobileMe / iDisk
site iDisk_Backups server idisk.me.com username %dein_mobileme_benutzername% protocol http http expect tempupload local /volume1/shared/Backups remote /%dein_mobileme_benutzername%/Backups exclude @eaDir exclude /%ein_verzeichnis_das_nicht_gesichert_werden_soll% exclude /%noch_ein_unwichtiges_verzeichnis% ...
GMX MedienCenter
site GMX server mediacenter.gmx.net username %deine_gmx_mailadresse@gmx.de% local /volume1/shared/Backups remote /Backups protocol http tempupload exclude @eaDir exclude /%ein_verzeichnis_das_nicht_gesichert_werden_soll% exclude /%noch_ein_unwichtiges_verzeichnis%
Verwendung
Siehe hierzu auch die ausführliche man-page hier
Beispiele:
sitecopy -i %yoursite%
Initialisierung der Seite. Alle Dateien werden bereit zum Update markiertsitecopy -u %yoursite%
Update der Dateien auf dem Server (Achtung: Alle veränderten Dateien werden überschrieben!)sitecopy -s %yoursite%
Update der Dateien auf lokal (Achtung: Alle veränderten Dateien werden Überschrieben!)
Zeitgesteuerte Backups per cron
Hierdurch wird das Backup zeitgesteuert automatisch ausgeführt, so dass man sich nicht selber darum kümmern muss.
Voraussetzung
oder
- Installiertes CronJobs als 3rd-Party-App von Itari
- Bitte beachten: Vorher ist die Installation von "init_3rdparty" notwendig. Zu finden auch hier.
Beispiel für einen Eintrag in der crontab
a. Editieren der Datei /etc/crontab:
vi /etc/crontab
- Eine weitere Zeile anfügen:
0 4 * * 0 root /usr/local/bin/sitecopy -u %yoursite% #Do Backup
- Datei speichern und vi beenden
Erklärung:
Um .. 0 Minuten .. 4 Stunden .. beliebiger Tag im Monat .. beliebiger Monat .. am Tag 0 der Woche .. führe im Namen des Benutzers root den Befehl /usr/local/bin/sitecopy -u %yoursite%
aus. #Do Backup
ist nur ein Kommentar.
In anderen Worten: Jeden Sonntag (der Tag 0 der Woche) um 04:00 Uhr (Nachts) eine Aktualisierung durchführen.
"/usr/local/bin/" lautet bei der Verwendung der Binaries "/opt/bin/"
Wenn man ein Log für das Backup haben möchte, kann man die Ausgabe in eine Datei umleiten. Dafür den Befehl wie folgt ergänzen:
/usr/local/bin/sitecopy -u %yoursite% > %datei%
wobei %datei%
eine Datei mit vollständigem Pfad ist. Achtung: Die Datei wird mit jeder Ausführung überschrieben.
Um Logs von mehreren Tagen zu behalten, kann man den Dateinamen mit Hilfe der date-Variable ergänzen. Das folgende Beispiel legt täglich eine extra Logdatei namens "GMX-%aktuelles Datum%.txt" an:
/usr/local/bin/sitecopy -u %yoursite% > /volume1/logs/GMX-`date +\%Y-\%m-\%d`.txt