-\section{Concurrent Disk Jobs}
-\index[general]{Concurrent Disk Jobs}
-Above, we discussed how you could have a single device named {\bf
-FileBackup} that writes to volumes in {\bf /home/bacula/backups}.
-You can, in fact, run multiple concurrent jobs using the
-Storage definition given with this example, and all the jobs will
-simultaneously write into the Volume that is being written.
-
-Now suppose you want to use multiple Pools, which means multiple
-Volumes, or suppose you want each client to have its own Volume
-and perhaps its own directory such as {\bf /home/bacula/client1}
-and {\bf /home/bacula/client2} ... With the single Storage and Device
-definition above, neither of these two is possible. Why? Because
-Bacula disk storage follows the same rules as tape devices. Only
-one Volume can be mounted on any Device at any time. If you want
-to simultaneously write multiple Volumes, you will need multiple
-Device resources in your bacula-sd.conf file, and thus multiple
-Storage resources in your bacula-dir.conf.
-
-OK, so now you should understand that you need multiple Device definitions
-in the case of different directories or different Pools, but you also
-need to know that the catalog data that Bacula keeps contains only
-the Media Type and not the specific storage device. This permits a tape
-for example to be re-read on any compatible tape drive. The compatibility
-being determined by the Media Type. The same applies to disk storage.
-Since a volume that is written by a Device in say directory {\bf
-/home/bacula/backups} cannot be read by a Device with an Archive Device
-definition of {\bf /home/bacula/client1}, you will not be able to
-restore all your files if you give both those devices
-{\bf Media Type = File}. During the restore, Bacula will simply choose
-the first available device, which may not be the correct one. If this
-is confusing, just remember that the Directory has only the Media Type
-and the Volume name. It does not know the {\bf Archive Device} (or the
-full path) that is specified in the Storage daemon. Thus you must
-explicitly tie your Volumes to the correct Device by using the Media Type.
-
-The example shown below shows a case where there are two clients, each
-using its own Pool and storing their Volumes in different directories.
-
+\section{parallele Festplatten-Jobs}
+\index[general]{parallele Festplatten-Jobs}
+
+Oberhalb wurde beschrieben, wie Sie ein einzelnes Storage-Ger\"{a}t
+namens {\bf FileBackup} benutzen k\"{o}nnen, um die zu sichernden Daten
+auf Volumes im Verzeichnis {\bf /home/bacula/backups} zu schreiben.
+Nat\"{u}rlich ist es auch m\"{o}glich mehrere Jobs gleichzeitig auf
+diesem einen Storage-Ger\"{a}t laufen zu lassen. Alle Jobs werden
+dann parallel auf das Volume geschrieben.
+
+
+Falls Sie mehrere Pools, was auch bedeutet mehrere Volumes,
+verwenden wollen, oder m\"{o}chten das jeder Backup-Client
+auf ein eigenes Volume gesichert wird, oder in ein seperates
+Verzeichnis wie etwa {\bf /home/bacula/client1} und
+{\bf /home/bacula/client2}, dann werden Sie das mit der bisherigen
+Konfiguration nicht bewerkstelligen k\"{o}nnen. Das liegt daran,
+dass Bacula Festplatten-Volumes nach den gleichen Regeln
+behandelt wie Bandlaufwerke. Ein Storage-Ger\"{a}t kann zu
+jeden beliebigen Zeitpunkt nur ein einziges Volume enthalten.
+Wenn Sie also gleichzeitig auf mehreren Volumes schreiben
+m\"{o}chten, m\"{u}ssen Sie auch mehrere Storage-Ger\"{a}te
+in der Konfiguration des Storage-Dienstes und des Director-Dienstes
+angeben.
+
+Mehrere Ger\"{a}te-Definitionen sind also notwendig, wenn auf mehr als
+ein Storage-Ger\"{a}t oder in verschiedene Verzeichnisse gesichert werden soll.
+Weiterhin m\"{u}ssen Sie wissen, dass in der Katalog-Datenbank nur die
+Informationen \"{u}ber den "`Media-Type"' und nicht das spezielle
+Storage-Ger\"{a}t gespeichert werden. Dadurch wird es m\"{o}glich,
+dass, zum Beispiel ein Tape, in jedem anderen kompatiblen Storage-Ger\"{a}t
+gemounted werden kann. Diese Kompitabilit\"{a}t wird durch einen identischen
+Media-Type der verschiedene Storage-Ger\"{a}te erreicht. Das ist auch
+f\"{u}r Festplatten-Volumes g\"{u}ltig. Da ein Volume, das vom Storage-
+Ger\"{a}t in dem Verzeichnis {\bf /home/bacula/backups} beschrieben
+wurde, nicht von einem Storage-Ger\"{a}t gelesen werden kann, dass
+{\bf /home/bacula/client1} als "`ArchiveDevice"' konfiguriert hat,
+werden Sie Probleme bei der Wiederherstellung von Daten bekommen,
+falls beide Ger\"{a}te mit {Media Type = File} angegeben sind.
+Bei der Wiederherstellung von Daten wird Bacula das erste zur Verf\"{u}gung
+stehende Laufwerk mit dem passenden "`Media Type"' w\"{a}hlen,
+unabh\"{a}hngig davon, ob es das Richtige ist. Falls das verwirrend klingt,
+erinnern Sie sich daran, dass der Director-Dienst nur den Volume-Namen
+und den Media-Type kennt. Auf welchen Ger\"{a}t das Volume beschrieben wurde,
+und unter welchem Verzeichnis, ist zu diesem Zeitpunkt unbekannt. Daher
+m\{u}ssen Sie Ihre Volumes, mittels des Media Types, den korrekten
+Ger\"{a}ten zuordnen.
+
+Das folgende Beispiel zeigt eine Konfiguration, bei der zwei Clients
+zwei verschiedene Pools und Verzeichnisse zum speichern ihrer Daten
+benutzen.