add lots of initial de translations

9 files changed, 314 insertions, 0 deletions

diff --git a/manual/de/080-loeschen.mdwn b/manual/de/080-loeschen.mdwn
new file mode 100644
index 00000000..d9f3fd21
--- /dev/null
+++ b/manual/de/080-loeschen.mdwn
@@ -0,0 +1,95 @@
+Alte Backup-Generationen löschen
+================================
+
+Jedes Mal wenn Sie ein Backup erstellen, wächst Ihr Backup-Repository in 
+der Größe. Um ein Vollaufen des verfügbaren Speichers zu vermeiden 
+müssen Sie ab und zu einige alte Backups los werden. Das ist natürlich 
+ein bisschen ein Dilemma: Sie machen Backups um keine Daten zu 
+verlieren, und jetzt müssen Sie genau das tun.
+
+Obnam verwendet den Begriff "vergessen" für das Entfernen einer 
+Sicherungsgeneration. Sie können mittels des Generation Identifier 
+angeben, welche Generation manuell entfernt werden soll, oder Sie können 
+einen Zeitplan anlegen, nach dem dann automatisch "vergessen" wird.
+
+Eine bestimmte Generation löschen:
+
+    obnam forget 2
+
+(Dieses Beispiel setzt voraus, dass Sie eine Konfigurationsdatei haben 
+die Obnam automatisch findet, und dass Sie Dinge wie den Pfad zum 
+Repository oder die Verschlüsselung nicht auf der Kommandozeile 
+einzugeben brauchen).
+
+Sie können jede Generation unabhängig von einander löschen. Obnam 
+behandelt jede Generation als unabhängigen vollständigen Snapshot (in 
+Wirklichkeit wird natürlich nicht jedes Mal eine vollständige Sicherung 
+gemacht), Sie brauchen Sich also keine Sorgen um Unterschiede zwischen 
+einer vollständigen und inkrementellen Sicherung machen.
+
+Backups manuell zu löschen ist mühsam, wahrscheinlich werden Sie
+einen Plan verwenden wollen, nach dem Obnam die Generationen automatisch
+löscht.
+
+Eine oft angewandter Zeitplan ist zum Beispiel dieser:
+
+* Behalte ein Backup für jeden Tag der vorigen Woche
+* Behalte ein Backup für jede Woche der vorigen 3 Monate
+* Behalte ein Backup für jeden Monat der vergangenen 2 Jahre
+* Behalte ein Backup für jedes Jahr der vergangenen 57 Jahre
+
+Obnam verwendet die `--keep` Option um einen Zeitplan festzulegen.
+Die Einstellung für den oben Zeitplan sähe wie folgt aus: 
+
+    --keep 7d,15w,24m,57y
+
+Die Übereinstimmung ist etwas ungenau, weil ein Monat mehr oder weniger 
+Wochen haben kann, aber sie sollte ausreichen. Die Einstellung "7d" wird 
+als "die letzte Sicherung jedes Kalendertags der letzten sieben Tage, an 
+denen Sicherungen gemacht wurden" interpretiert. Für den Rest des 
+Zeitplans gilt das analog. Lesen Sie das Kapitel "Obnam 
+Konfigurationsdateien und Einstellungen" für genauere Details.
+
+Der Zeitplan wählt eine Reihe von Generationen aus, die behalten werden. 
+Alles andere wird gelöscht.
+
+Einen Zeitplan für das Löschen von Generationen auswählen
+---------------------------------------------------------
+
+Der Zeitplan für das löschen von Backup-Generationen ist ein bisschen 
+ein Ratespiel, genau wie Backups im Allgemeinen. Wenn Sie sicher die 
+Zukunft vorhersagen könnten, wüssten Sie alle Katastrophen, die Ihre 
+Daten gefährden können schon vorher und Sie könnten Ihr Backup auf die 
+Dinge beschränken, die sonst verloren gehen würden.
+
+In dieser Welt müssen Sie leider raten. Sie müssen darüber nachdenken 
+mit welchen Risiken Sie (oder Ihre Daten) konfrontiert sind und wie viel 
+Sie ausgeben wollen um sich (oder Ihre Daten) zu schützen.
+
+* Haben Sie Angst das Ihre Festplatte plötzlich auf sehr spektakuläre 
+  Art und Weise, z.B. durch Brand oder Diebstahl abhanden kommt? Wenn ja, 
+  brauchen Sie eigentlich nur eine recht aktuelle Sicherung, um das Risiko 
+  abzusichern.
+* Machen Sie sich Sorgen Ihre Festplatte, Ihr Dateisystem, Ihre 
+  Anwendungen oder Sie selbst könnten langsam Ihre Daten zerstören? Wie 
+  lange würde es dauern um das zu bemerken? Sie brauchen eine 
+  Backup-History die weiter zurückreicht als es dauert, das Problem zu 
+  erkennen.
+* Ähnlich bei versehentlichem Löschen von Dateien. Wie lange wird es 
+  dauern bis Sie das bemerken? Mindestens so lang sollte Ihre 
+  Backup-History sein.
+
+Natürlich gibt es auch noch andere Kriterien, zum Beispiel:
+
+Möchten Sie in 50 Jahren sehen, wie Ihre Dateien werden heute abgelegt 
+sind? Wenn ja, benötigen Sie ein fünfzig Jahre altes Backup, sowie 
+vielleicht ein Backup von jedem Jahr, falls Sie vergleichen wollen, wie 
+sich die Dateien jedes Jahr entwickelt haben. Mit wachsenden 
+Speichermedien und guter Deduplizierung ist dies nicht ganz so teurer 
+als es auf den ersten Blick scheint.
+
+Es gibt keinen Zeitplan der jedermanns Bedürfnisse erfüllt. Sie müssen 
+für sich selbst entscheiden, deshalb ist die Standard-Einstellung in 
+Obnam alles für immer zu behalten. Es ist nicht Obnams Aufgabe zu 
+entscheiden, ob Sie diese oder jene Sicherungsgeneration nicht 
+vielleicht behalten sollten.
diff --git a/manual/de/090-ueberpruefen.mdwn b/manual/de/090-ueberpruefen.mdwn
new file mode 100644
index 00000000..81f637eb
--- /dev/null
+++ b/manual/de/090-ueberpruefen.mdwn
@@ -0,0 +1,64 @@
+Backups überprüfen
+==================
+
+Es ist 9 Uhr abends. Wissen Sie, ob Ihre Backups funktionieren? Wissen Sie,
+wann Sie das letzte mal eine erfolgreiche Sicherung aller Ihrer Daten gemacht
+haben? Wissen Sie, ob Sie aus dieser Sicherung alles wieder herstellen
+können? Wenn nicht, wie können Sie gut schlafen?
+
+Sie sollten Ihre Backups überprüfen, und zwar regelmäßig -- nicht nur das eine Mal, als
+Sie das Backup-System aufsetzten. Überprüfen bedeutet, das Sie tun was auch immer
+getan werden muss, um sicherzustellen, dass alle Ihre wertvollen Daten gesichert wurden
+und fehlerfrei aus den Backups wieder hergestellt werden können.
+
+Der einfachste Weg dies zu tun ist alle Ihre Daten wieder herzustellen und
+dann mit den Live-Daten zu vergleichen um Unterschiede zu finden. Das
+erfordert entsprechend Speicherplatz um alles wieder herzustellen, aber es ist fast die
+einzige Möglichkeit sicher zu sein.
+
+Gleichzeitig ist das auch ein guter Weg um sicherzustellen, das die Wiederherstellung
+tatsächlich funktioniert. Wenn Sie dies nicht testen, dürfen Sie -- wenn es
+darauf ankommt -- nicht erwarten, daß das Restore auch wirklich funktioniert.
+
+Wenn Sie den Speicherplatz haben um eine komplette Wiederherstellung zu
+machhen, sollten Sie dies auch tun. Es ist eine großartige Möglichkeit, Ihre
+Desaster-Recovery-Prozesse durchzuspielen.
+
+Ein Weg das mal zu tun wäre dieser:
+
+* Machen Sie ein Backup auf Ihrem Hauptcomputer
+* Machen Sie eine komplette Wiederherstellung auf einem zweiten Computer
+  (eventuell leihen Sie einfach einen), ohne den Hauptcomputer überhaupt zu benutzen.
+* Beginnen Sie, mit den wiederhergestellten Daten als Live-Daten zu arbeiten.
+  Machen Sie echte Arbeit  und all die Dinge, die Sie normalerweise tun. Tun Sie
+  so, als wäre Ihr Hauptcomputer von Ihrem Haustier gefressen worden.
+* Wenn Sie bemerken das etwas fehlt oder korrupt ist, oder zu alt, holen Sie
+  die Dateien von Ihrem Hauptcomputer und richten Sie Ihren Backup-Prozess
+  damit Sie das nächste Mal nicht dieses Problem haben werden.
+
+Wie oft man das tun sollte? Das wiederum hängt davon ab, wie viel Ihnen
+Ihre Daten bedeuten und wie viel Sie Ihren Backup-Tools und Prozessen vertrauen.
+Wenn es wirklich wichtig ist, dass Sie nach einer Katastrophe ein Restore erstellen
+können, benötigen Sie häufigere Überprüfungen. Wenn der Datenverlust höchstens
+Umstände macht und Ihr Leben nicht katastrophal verändert,
+können Sie weniger häufig überprüfen.
+
+Neben der Wiederherstellung von Daten bietet Obnam noch zwei andere 
+Möglichkeiten, wie Sie Ihre Backups überprüfen können:
+
+* `obnam verify` ist fast wie `obnam restore`, außer das es die 
+  gesicherten Daten mit Live-Daten vergleicht und meldet Unterschiede 
+  meldet. Das bedeutet natürlich, dass Sie darauf vertrauen, dass Obnam 
+  die Überprüfung richtig macht.
+* Mit `obnam mount` können Sie auf Ihre 
+  gesicherten Daten zugreifen, als ob sie in einem normalen Verzeichnis 
+  lägen. Anschließend können Sie ein beliebiges Werkzeug Ihres Vertrauens 
+  benutzen, um die gesicherten Daten mit den Live-Daten zu vergleichen. 
+  Das ist fast genau so wie alles wiederherzustellen, da das 
+  Vergleichs-Tool alle Daten und Metadaten aus dem Backup extrahieren 
+  muss. Die Daten weden nur nicht weg geschrieben.
+
+Beide Ansätze haben das Problem, dass sie eine Sicherung mit Live-Daten 
+vergleichen und die Live-Daten sich nach der Sicherung geändert haben 
+könnten. Sie müssen alle Unterschiede manuell überprüfen, was eine 
+größere Aufgabe sein kann, wenn sich die Live-Daten häufig ändern.
diff --git a/manual/de/100-mehrere-clients.mdwn b/manual/de/100-mehrere-clients.mdwn
new file mode 100644
index 00000000..47f83fcc
--- /dev/null
+++ b/manual/de/100-mehrere-clients.mdwn
@@ -0,0 +1,46 @@
+Ein Repository mit mehreren Clients benutzen
+============================================
+
+Mit Obnam können Sie mehrere Computer in das gleiche Repository sichern.
+Jeder Client wird durch einen Namen identifiziert, der standardmäßig dem Hostnamen
+entspricht, also dem Namen den Sie erhalten, wenn Sie den Befehl
+`hostname` ausführen. Sie können den Name aber auch explizit mittels
+`--client-name` selbst angeben.
+
+Alle Clients in einem gemeinsamen Repository benutzen sämtliche Daten
+(die chunks), die Deduplizierung funktioniert also über Client-Grenzen
+hinweg. Jeder Client hat seine eigenen Backup-Generationen, die völlig
+unabhängig von anderen Clients sind. Sie können beispielsweise alle
+Generationen eines Clients löschen (forget), ohne das dies einen
+Einfluss auf die Generationen oder gar die gesicherten Daten der
+anderen Clients hat.
+
+Obnam kümmert sich automatisch um das Locking, so dass Sie auf jedem
+Client Obnam laufen lassen können, ohne sich darum kümmern zu müssen
+das zu jeder Zeit nur ein Client aktiv ist.
+
+Einen Vorbehalt müssen Sie bei der gemeinsamen Nutzung von
+Repositories beachten: Jeder Client hat Zugriff auf alle chunks und
+kann jeden anderen Client aus dem Repository löschen. Das heißt,
+Sie sollten nur ein Repository mit Clientes teilen, die in der
+gleichen Sicherheitsdomäne sind: Allen Clients sollte gleichermaßen
+vertraut werden. Wenn ein Client gehackt wird, dann erhält der
+Eindringling Zugriff auf alle Daten im Repository und kann die Backups 
+aller Clients des Repository löschen.
+
+Um ein gemeinsames Repository zu erstellen müssen Sie folgendes tun:
+
+* Legen Sie einen eindeutigen Namen für jeden Client fest. Der
+  Name muss innerhalb des Repository eindeutig sein.
+* Geben Sie jedem Client Zugriff auf das Repository.
+
+Das ist schon alles.
+
+Um zu sehen welche Clients ein Repository benutzen, führen Sie einfach dies aus:
+
+    obnam clients
+
+Es gibt derzeit keine Möglichkeit, einen Client aus einem Repository
+zu entfernen, es sei denn, Sie benutzen die GnuPG-Verschlüsselung.
+Das ist als Bug in Obnam berücksichtigt und wird irgendwann gefixt.
+Danach wird eine Zeitmaschine entwickelt, so dass dieser Absatz nie existiert haben wird.
diff --git a/manual/de/120-verschiedenes.mdwn b/manual/de/120-verschiedenes.mdwn
new file mode 100644
index 00000000..01029d91
--- /dev/null
+++ b/manual/de/120-verschiedenes.mdwn
@@ -0,0 +1,6 @@
+Verschiedenes
+=============
+
+Dieses Kapitel behandelt Themen die kein eigenes Kapitel füllen,
+z.B. das Komprimieren von Backups und wie Obnam von cron ausgeführt wird.
+
diff --git a/manual/de/130-fallbeispiele.mdwn b/manual/de/130-fallbeispiele.mdwn
new file mode 100644
index 00000000..cc40ce8a
--- /dev/null
+++ b/manual/de/130-fallbeispiele.mdwn
@@ -0,0 +1,19 @@
+Fallbeispiele
+=============
+
+In diesem Kapitel gehen wir auf einige typische Anwendungsfälle für
+Backups ein. Wir besprechen welche Daten gesichert werden und erklären
+wie Sie eine passende Backup-Strategie, ein passendes Medium usw. auswählen.
+
+Einige Fallbeispiele:
+
+* Einzelner Laptop-Benutzer, typische Daten wie Dokumente, Fotos, Musik,
+  Backup auf eine USB-Festplatte.
+* Ein VPS oder ähnlicher Server mit Web-Seiten, eMails und vielleicht anderen
+  Daten, Backup auf einen anderen Server.
+* Ein kleines Unternehmen mit einer Reihe von Laptops und Desktop-PCs, einem
+  lokalen Fileserver, ein gemieteter Server bei einem Provider,
+  Backup auf einem gemieteten Server beim Provider und auf mehrere große
+  USB-Laufwerke die durchgetauscht werden.
+* Wiederherstellung eines Offsite-Backup nachdem alle lokalen Computern und
+   Speichermedien zerstört wurden.
diff --git a/manual/de/140-fehlersuche.mdwn b/manual/de/140-fehlersuche.mdwn
new file mode 100644
index 00000000..1d0a9645
--- /dev/null
+++ b/manual/de/140-fehlersuche.mdwn
@@ -0,0 +1,7 @@
+Fehlersuche
+===========
+
+Dieses Kapitel beschreibt, wie Sie Probleme mit Obnam debuggen. Es umfasst
+Dinge wie Log-Dateien, verschiedene Ebenen der Protokollierung und Ablaufverfolgung und
+häufige Probleme bei der Benutzung von Obnam. Es erklärt auch, welche
+Dinge wo ein einem Obnam Backup-Repository landen.
diff --git a/manual/de/900-siehe-auch.mdwn b/manual/de/900-siehe-auch.mdwn
new file mode 100644
index 00000000..f7c47549
--- /dev/null
+++ b/manual/de/900-siehe-auch.mdwn
@@ -0,0 +1,14 @@
+Siehe auch...
+=============
+
+Dieses Kapitel gibt Hinweise auf weitere Informationen über Obnam, Backups,
+und verwandte Dinge. Zur Zeit ist dies eine sehr kurze Liste, aber
+Vorschläge zu Dinden, die hinzugefügt werden könnnen akzeptieren wir gern.
+
+* Obnam Homepage (englisch): <http://liw.fi/obnam/>.
+    - Kurze Tutorials, Download-Links, eine FAQ, Kontaktinformationen usw.
+* Lars Wirzenius, interessante Blog-Tags.
+    - <http://blog.liw.fi/tag/backups/>
+    - <http://blog.liw.fi/tag/obnam/>
+* Cache directory tag Standard: <http://www.bford.info/cachedir/>
+    - <http://liw.fi/cachedir/> Ein Programm, um die Tag-Dateien zu verwalten
diff --git a/manual/de/980-juristenzeug.mdwn b/manual/de/980-juristenzeug.mdwn
new file mode 100644
index 00000000..1e60a596
--- /dev/null
+++ b/manual/de/980-juristenzeug.mdwn
@@ -0,0 +1,34 @@
+Rechtliches
+===========
+
+Dieses Werk steht unter der GNU General Public License Version 3
+oder,je nach Vorliebe, einer beliebigen neueren Version.
+
+> Copyright 2010-2013  Lars Wirzenius
+> 
+> This program is free software: you can redistribute it and/or modify
+> it under the terms of the GNU General Public License as published by
+> the Free Software Foundation, either version 3 of the License, or
+> (at your option) any later version.
+> 
+> This program is distributed in the hope that it will be useful,
+> but WITHOUT ANY WARRANTY; without even the implied warranty of
+> MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+> GNU General Public License for more details.
+> 
+> You should have received a copy of the GNU General Public License
+> along with this program.  If not, see <http://www.gnu.org/licenses/>.
+
+Eine Kopie der GPL liegt in Form der Datei `COPYING` dem Quellcode
+bei und kann zusätzlich unter der oben angegebenen URL
+abgerufen werden.
+
+Dieses Handbuch (alle Inhalte des Verzeichnisses `manual` in den Quellen)
+steht zusätzlich unter der Creative Commons Attribution 4.0 International
+Lizenz. Sie können sich aussuchen ob Sie die GPL or die CC-Licenz 
+für das Handbuch anwenden.
+
+Eine Kopie der Creative Commons Lizenz liegt in Form der Datei
+`CC-BY-SA-4.0.txt` den Quellen bei und kann zusätzlich online
+unter folgender URL eingesehen werden (Englisch):
+<http://creativecommons.org/licenses/by-sa/4.0/legalcode>
diff --git a/manual/de/990-klappentext.mdwn b/manual/de/990-klappentext.mdwn
new file mode 100644
index 00000000..1a45e84d
--- /dev/null
+++ b/manual/de/990-klappentext.mdwn
@@ -0,0 +1,29 @@
+Die Entwicklung von Obnam unterstützen
+======================================
+
+Obnam ist freie Software: Sie erhalten vollen Zugriff auf den
+Quellcode, können die Software so modifizieren wie Sie wollen,
+und Sie können Kopien der Software in ihrer ursprünglichen
+oder geänderten Form verteilen. Obnam ist auch komplett kostenlos.
+
+Eines der Ziele von Obnam ist es sicherzustellen, dass jeder
+Zugang zu einer vernünftigen Backup-Software hat, ohne
+jemand anderem dafür verpflichtet zu sein. Sie können Obnam
+verwenden und Ihre Backups überall dort speichern wo es
+Ihnen passt, die Obnam Entwickler haben dazu nichts zu sagen.
+
+Allerdings erfordert die Entwicklung von Obnam einige Ressourcen.
+Obnam wird in erster Linie von Lars Wirzenius, seinem
+ursprünglichen Autor, in seiner Freizeit entwickelt (Hi!).
+Wenn Sie helfen möchten die Entwicklung zu unterstützen,
+finden Sie hier eine Liste der Dinge, die Sie tun können:
+
+* Senden Sie Korrekturen und Verbesserungen, entweder
+  am Code oder der Dokumentation.
+* Spenden Sie etwas an den Autor. Anregungen finden Sie
+  unter <http://liw.fi/obnam/donate/> 
+* Beauftragen Sie den Autor mit der Obnam-Weiterentwicklung.
+  Treten Sie dazu mit ihm privat in Kontakt (liw@liw.fi).
+
+Beachten Sie, dass all dies optional ist. Wenn Sie Obnam
+einfach benutzen und glücklich dabei sind, ist das völlig OK.