Docker/Datenbank: Unterschied zwischen den Versionen

Versionsgeschichte interaktiv durchsuchen

VisuellWikitext

Aktuelle Version vom 3. November 2025, 16:01 Uhr

Docker/Datenbank

Datenbank

Persitente Datenbank

Persistieren der DB

Falls Sie es nicht bemerkt haben, ist Ihre ToDo-Liste jedes Mal leer, wenn Sie den Container starten. Warum ist das so? In diesem Teil werden wir uns ansehen, wie der Container funktioniert

Das Dateisystem des Containers

Wenn ein Container läuft, verwendet er die verschiedenen Schichten eines Images für sein Dateisystem.
Jeder Container erhält auch seinen eigenen "Scratch Space", um Dateien zu erstellen/zu aktualisieren/zu löschen.
Alle Änderungen werden in einem anderen Container nicht sichtbar, selbst wenn sie das gleiche Image verwenden

Sehen Sie dies in der Praxis

Um dies in Aktion zu sehen, werden Sie zwei Container starten. In einem Container erstellen Sie eine Datei. In dem anderen Container überprüfen Sie, ob die gleiche Datei existiert.

1. Starten Sie einen Alpine-Container und erstellen Sie in diesem eine neue Datei

docker run --rm alpine touch greeting.txt

2. Alle Befehle, die Sie nach dem Image-Namen (in diesem Fall Alpine) angeben, werden innerhalb des Containers ausgeführt. In diesem Fall legt der Befehl touch greeting.txt eine Datei namens greeting.txt im Dateisystem des Containers an. 3. Starten Sie einen neuen Alpine-Container und verwenden Sie den Befehl stat, um zu überprüfen, ob die Datei existiert

docker run --rm alpine stat greeting.txt

Sie sollten eine ähnliche Ausgabe wie die folgende sehen, die anzeigt, dass die Datei im neuen Container nicht existiert.

stat: can't stat 'greeting.txt': No such file or directory

Die Datei greeting.txt, die vom ersten Container erstellt wurde, existiert nicht im zweiten Container.

Das liegt daran, dass die beschreibbare "oberste Schicht" eines jeden Containers isoliert ist.
Auch wenn beide Container dieselben Schichten verwenden, die das Basis-Image bilden, ist die beschreibbare Schicht für jeden Container einzigartig

Hinweis: Der Parameter --rm des Befehls docker run wird verwendet, um den Container und seine beschreibbare Ebene nach Abschluss des Prozesses automatisch zu löschen.

Container-Volumen

Jeder Container wird beim Start erneut auf Basis des Images erstellt

Ein Container kann während der Laufzeit Dateien erstellen, ändern und löschen. Allerdings gehen alle Änderungen beim Entfernen des Containers verloren

Durch die Verwendung von Volumes können Daten außerhalb des Containers gespeichert und beim Entfernen des Containers beibehalten werden

Volumes

Bieten die Möglichkeit, bestimmte Dateisystempfade des Containers wieder mit dem Host-Rechner zu verbinden.
Wenn Sie ein Verzeichnis im Container mounten, werden Änderungen an diesem Verzeichnis auch auf dem Host-Rechner sichtbar.
Wenn Sie dasselbe Verzeichnis über mehrere Container-Neustarts hinweg mounten, sehen Sie dieselben Dateien

Es gibt zwei Haupttypen von Volumes. Letztendlich werden beide verwendet, jedoch wird zunächst mit Volume Mounts begonnen.

Persistieren der ToDo-Daten

Standardmäßig speichert die Todo-App ihre Daten in einer SQLite-Datenbank unter /etc/todos/todo.db im Dateisystem des Containers

SQLite ist eine relationale Datenbank, die alle Daten in einer einzigen Datei ablegt

Da die Datenbank aus einer einzelnen Datei besteht, kann diese Datei auf dem Host-System persistiert und von einem neuen Container weiterverwendet werden, um den vorherigen Zustand beizubehalten

Durch das Erstellen eines Volumes und das Mounten an das Verzeichnis, in dem die Daten liegen, werden die Daten dauerhaft gespeichert

Alle Schreibvorgänge in die Datei todo.db werden auf dem Host im Volume gespeichert

Docker verwaltet das Volume vollständig, einschließlich des physischen Speicherorts. Es genügt, den Namen des Volumes zu kennen

Erstellen eines Volumes und Starten des Containers

Sie können das Volume erstellen und den Container über die CLI oder die grafische Oberfläche von Docker Desktop starten.

1. Erstellen Sie ein Volume mit dem Befehl docker volume create

docker volume create todo-db

2. Stoppen und entfernen Sie den todo app Container erneut mit docker rm -f <id>, da er noch läuft, ohne das persistente Volume zu verwenden

3. Starten Sie den todo-App-Container, aber fügen Sie die Option --mount hinzu, um ein Volume zu mounten. Geben Sie dem Volume einen Namen und mounten Sie es in /etc/todos im Container, wodurch alle Dateien, die unter dem Pfad erstellt werden, erfasst werden

docker run -dp 127.0.0.1:3000:3000 --mount type=volume,src=todo-db,target=/etc/todos getting-started

Hinweis: Wenn Sie Git Bash verwenden, müssen Sie für diesen Befehl eine andere Syntax verwenden.

docker run -dp 127.0.0.1:3000:3000 --mount type=volume,src=todo-db,target=//etc/todos getting-started

Überprüfen, ob die Daten erhalten bleiben

1. Sobald der Container hochgefahren ist, öffnen Sie die Anwendung und fügen Sie Ihrer ToDo-Liste einige Einträge hinzu

2. Stoppen und entfernen Sie den Container für die Todo-App. Verwenden Sie Docker Desktop oder docker ps, um die ID zu ermitteln, und dann docker rm -f <id>, um ihn zu entfernen.

3. Starten Sie einen neuen Container unter Verwendung der vorherigen Schritte

4. Öffnen Sie die App. Sie sollten Ihre Objekte immer noch in Ihrer Liste sehen

5. Entfernen Sie den Container, wenn Sie mit dem Auschecken Ihrer Liste fertig sind

Sie haben nun gelernt, wie man Daten persistiert

Tauchen Sie in das Volumen ein

Um herauszufinden, wo Docker die Dateien eines bestimmten Volumes speichert, kann man den Befehl docker volume inspect verwenden.

docker volume inspect todo-db

Sie sollten eine Ausgabe wie die folgende sehen:

[

{

"CreatedAt": "2019-09-26T02:18:36Z",

"Driver": "local",

"Labels": {},

"Mountpoint": "/var/lib/docker/volumes/todo-db/_data",

"Name": "todo-db",

"Optionen": {},

"Scope": "local"

}

]

Der Mountpoint ist der tatsächliche Speicherort der Daten auf der Festplatte.

Hinweis

Beachten Sie, dass Sie auf den meisten Rechnern über Root-Zugriff verfügen müssen, um vom Host aus auf dieses Verzeichnis zuzugreifen

Zusammenfassung

In diesem Abschnitt haben Sie gelernt, wie man Containerdaten persistiert

Nächste Schritte

Als Nächstes erfahren Sie, wie Sie Ihre Anwendung mithilfe von Bind Mounts effizienter entwickeln können

Zurück

Aktualisieren

Weiter

Mounts

Anhang

Siehe auch

Kategorie Docker/Workshop wurde nicht gefunden

Dokumentation

Links

Projekt

Weblinks

@@ Zeile 1: / Zeile 1: @@
+'''{{BASEPAGENAME}}'''
 == Datenbank ==
 ; Persitente Datenbank
@@ Zeile 4: / Zeile 6: @@
 * Falls Sie es nicht bemerkt haben, ist Ihre ToDo-Liste jedes Mal leer, wenn Sie den Container starten. Warum ist das so? In diesem Teil werden wir uns ansehen, wie der Container funktioniert
-=== [https://docs.docker.com/get-started/workshop/05_persisting_data/#the-containers-filesystem Das Dateisystem des Containers] ===
+=== Das Dateisystem des Containers ===
-Wenn ein Container läuft, verwendet er die verschiedenen Schichten eines Images für sein Dateisystem. Jeder Container erhält auch seinen eigenen "Scratch Space", um Dateien zu erstellen/zu aktualisieren/zu löschen. Alle Änderungen werden in einem anderen Container nicht sichtbar, selbst wenn sie das gleiche Image verwenden
+* Wenn ein Container läuft, verwendet er die verschiedenen Schichten eines Images für sein Dateisystem.
+* Jeder Container erhält auch seinen eigenen "Scratch Space", um Dateien zu erstellen/zu aktualisieren/zu löschen.
+* Alle Änderungen werden in einem anderen Container nicht sichtbar, selbst wenn sie das gleiche Image verwenden
+==== Sehen Sie dies in der Praxis ====
+Um dies in Aktion zu sehen, werden Sie zwei Container starten. In einem Container erstellen Sie eine Datei. In dem anderen Container überprüfen Sie, ob die gleiche Datei existiert.
+.&nbsp;Starten Sie einen Alpine-Container und erstellen Sie in diesem eine neue Datei
+<syntaxhighlight lang="bash" highlight="1" line copy>docker run --rm alpine touch greeting.txt
+</syntaxhighlight>
+.&nbsp;Alle Befehle, die Sie nach dem Image-Namen (in diesem Fall Alpine) angeben, werden innerhalb des Containers ausgeführt. In diesem Fall legt der Befehl <code>touch greeting.txt</code>  eine Datei namens greeting.txt im Dateisystem des Containers an.
+.&nbsp;Starten Sie einen neuen Alpine-Container und verwenden Sie den Befehl stat, um zu überprüfen, ob die Datei existiert
+<syntaxhighlight lang="bash" highlight="1" line copy>docker run --rm alpine stat greeting.txt</syntaxhighlight>
+Sie sollten eine ähnliche Ausgabe wie die folgende sehen, die anzeigt, dass die Datei im neuen Container nicht existiert.
+<syntaxhighlight lang="bash" highlight="" line>stat: can't stat 'greeting.txt': No such file or directory</syntaxhighlight>
+Die Datei greeting.txt, die vom ersten Container erstellt wurde, existiert nicht im zweiten Container.
+* Das liegt daran, dass die beschreibbare "oberste Schicht" eines jeden Containers isoliert ist.
+* Auch wenn beide Container dieselben Schichten verwenden, die das Basis-Image bilden, ist die beschreibbare Schicht für jeden Container einzigartig
+; Hinweis
+:Der Parameter <code>--rm</code>  des Befehls <code>docker run</code>  wird verwendet, um den Container und seine beschreibbare Ebene nach Abschluss des Prozesses automatisch zu löschen.
-==== [https://docs.docker.com/get-started/workshop/05_persisting_data/#see-this-in-practice Sehen Sie dies in der Praxis] ====
+=== Container-Volumen ===
-Um dies in Aktion zu sehen, werden Sie zwei Container starten. In einem Container erstellen Sie eine Datei. In dem anderen Container überprüfen Sie, ob die gleiche Datei existiert.# Starten Sie einen Alpine-Container und erstellen Sie in diesem eine neue Datei
+* Jeder Container wird beim Start erneut auf Basis des Images erstellt
-docker run --rm alpine touch greeting.txt* Tipp
+* Ein Container kann während der Laufzeit Dateien erstellen, ändern und löschen. Allerdings gehen alle Änderungen beim Entfernen des Containers verloren
-Alle Befehle, die Sie nach dem Image-Namen (in diesem Fall Alpine) angeben, werden innerhalb des Containers ausgeführt. In diesem Fall legt der Befehl touch greeting.txt eine Datei namens greeting.txt im Dateisystem des Containers an.* Starten Sie einen neuen Alpine-Container und verwenden Sie den Befehl stat, um zu überprüfen, ob die Datei existiert
+* Durch die Verwendung von '''Volumes''' können Daten außerhalb des Containers gespeichert und beim Entfernen des Containers beibehalten werden
-docker run --rm alpine stat greeting.txt
+;Volumes
+* Bieten die Möglichkeit, bestimmte Dateisystempfade des Containers wieder mit dem Host-Rechner zu verbinden.
+* Wenn Sie ein Verzeichnis im Container mounten, werden Änderungen an diesem Verzeichnis auch auf dem Host-Rechner sichtbar.
+* Wenn Sie dasselbe Verzeichnis über mehrere Container-Neustarts hinweg mounten, sehen Sie dieselben Dateien
-Sie sollten eine ähnliche Ausgabe wie die folgende sehen, die anzeigt, dass die Datei im neuen Container nicht existiert.# stat: can't stat 'greeting.txt': No such file or directory
+Es gibt zwei Haupttypen von Volumes. Letztendlich werden beide verwendet, jedoch wird zunächst mit '''Volume Mounts''' begonnen.
-Die Datei greeting.txt, die vom ersten Container erstellt wurde, existiert nicht im zweiten Container. Das liegt daran, dass die beschreibbare "oberste Schicht" eines jeden Containers isoliert ist. Auch wenn beide Container dieselben Schichten verwenden, die das Basis-Image bilden, ist die beschreibbare Schicht für jeden Container einzigartig
+=== Persistieren der ToDo-Daten ===
+* Standardmäßig speichert die Todo-App ihre Daten in einer SQLite-Datenbank unter /etc/todos/todo.db im Dateisystem des Containers
-=== [https://docs.docker.com/get-started/workshop/05_persisting_data/#container-volumes Container-Volumen] ===
+* SQLite ist eine relationale Datenbank, die alle Daten in einer einzigen Datei ablegt
-Bei dem vorherigen Experiment haben Sie gesehen, dass jeder Container bei jedem Start von der Image-Definition ausgeht. Container können zwar Dateien erstellen, aktualisieren und löschen, diese Änderungen gehen jedoch verloren, wenn Sie den Container entfernen, und Docker isoliert alle Änderungen an diesem Container. Mit Volumes können Sie all dies ändern
-[https://docs.docker.com/engine/storage/volumes/ Volumes] bieten die Möglichkeit, bestimmte Dateisystempfade des Containers wieder mit dem Host-Rechner zu verbinden. Wenn Sie ein Verzeichnis im Container mounten, werden Änderungen an diesem Verzeichnis auch auf dem Host-Rechner sichtbar. Wenn Sie dasselbe Verzeichnis über mehrere Container-Neustarts hinweg mounten, sehen Sie dieselben Dateien
+* Da die Datenbank aus einer einzelnen Datei besteht, kann diese Datei auf dem Host-System persistiert und von einem neuen Container weiterverwendet werden, um den vorherigen Zustand beizubehalten
-Es gibt zwei Haupttypen von Volumes. Letztendlich werden Sie beide verwenden, aber Sie werden mit dem Einhängen von Volumes beginnen
+* Durch das Erstellen eines Volumes und das Mounten an das Verzeichnis, in dem die Daten liegen, werden die Daten dauerhaft gespeichert
-=== [https://docs.docker.com/get-started/workshop/05_persisting_data/#persist-the-todo-data Persistieren der ToDo-Daten] ===
+* Alle Schreibvorgänge in die Datei todo.db werden auf dem Host im Volume gespeichert
-Standardmäßig speichert die Todo-App ihre Daten in einer SQLite-Datenbank unter /etc/todos/todo.db im Dateisystem des Containers. Wenn Sie mit SQLite nicht vertraut sind, kein Problem! Es handelt sich einfach um eine relationale Datenbank, die alle Daten in einer einzigen Datei speichert. Dies ist zwar nicht die beste Lösung für umfangreiche Anwendungen, aber für kleine Demos ist sie durchaus geeignet. Sie werden später lernen, wie Sie zu einer anderen Datenbank-Engine wechseln können
-Da es sich bei der Datenbank um eine einzelne Datei handelt, sollten Sie diese Datei auf dem Host persistieren und dem nächsten Container zur Verfügung stellen können, damit dieser dort weitermachen kann, wo der letzte aufgehört hat. Indem Sie ein Volume erstellen und es an das Verzeichnis, in dem Sie die Daten gespeichert haben, anhängen (oft "mounten" genannt), können Sie die Daten persistieren. Wenn Ihr Container in die Datei todo.db schreibt, werden die Daten auf dem Host im Volume persistiert
+* Docker verwaltet das Volume vollständig, einschließlich des physischen Speicherorts. Es genügt, den Namen des Volumes zu kennen
-Wie bereits erwähnt, werden Sie ein Volume Mount verwenden. Stellen Sie sich einen Volume-Mount als einen undurchsichtigen Eimer mit Daten vor. Docker verwaltet das Volume vollständig, einschließlich des Speicherorts auf der Festplatte. Sie müssen sich nur den Namen des Volumes merken
+==== Erstellen eines Volumes und Starten des Containers ====
+Sie können das Volume erstellen und den Container über die CLI oder die grafische Oberfläche von Docker Desktop starten.
-==== [https://docs.docker.com/get-started/workshop/05_persisting_data/#create-a-volume-and-start-the-container Erstellen eines Volumes und Starten des Containers] ====
+.&nbsp;Erstellen Sie ein Volume mit dem Befehl <code>docker volume create</code>
-Sie können das Volume erstellen und den Container über die CLI oder die grafische Oberfläche von Docker Desktop starten.# Erstellen Sie ein Volume mit dem Befehl docker volume create
-* docker volume create todo-db
+<syntaxhighlight lang="bash" highlight="1" line copy>
+docker volume create todo-db
+</syntaxhighlight>
-* Stoppen und entfernen Sie den todo app Container erneut mit docker rm -f <id>, da er noch läuft, ohne das persistente Volume zu verwenden
+.&nbsp;Stoppen und entfernen Sie den todo app Container erneut mit <code>docker rm -f <id></code>, da er noch läuft, ohne das persistente Volume zu verwenden
-* Starten Sie den todo-App-Container, aber fügen Sie die Option --mount hinzu, um ein Volume zu mounten. Geben Sie dem Volume einen Namen und mounten Sie es in /etc/todos im Container, wodurch alle Dateien, die unter dem Pfad erstellt werden, erfasst werden
+.&nbsp;Starten Sie den todo-App-Container, aber fügen Sie die Option --mount hinzu, um ein Volume zu mounten. Geben Sie dem Volume einen Namen und mounten Sie es in <code>/etc/todos</code> im Container, wodurch alle Dateien, die unter dem Pfad erstellt werden, erfasst werden
+<syntaxhighlight lang="bash" highlight="1" line copy>
 docker run -dp 127.0.0.1:3000:3000 --mount type=volume,src=todo-db,target=/etc/todos getting-started
+</syntaxhighlight>
-Hinweis
+;Hinweis
+:Wenn Sie Git Bash verwenden, müssen Sie für diesen Befehl eine andere Syntax verwenden.
+<syntaxhighlight lang="bash" highlight="1" line copy>
+docker run -dp 127.0.0.1:3000:3000 --mount type=volume,src=todo-db,target=//etc/todos getting-started
+</syntaxhighlight>
-Wenn Sie Git Bash verwenden, müssen Sie für diesen Befehl eine andere Syntax verwenden.# docker run -dp 127.0.0.1:3000:3000 --mount type=volume,src=todo-db,target=//etc/todos getting-started
-Weitere Einzelheiten zu den Syntaxunterschieden von Git Bash finden Sie unter[https://docs.docker.com/desktop/troubleshoot-and-support/troubleshoot/topics/#docker-commands-failing-in-git-bash Arbeiten mit Git Bash .]
+==== Überprüfen, ob die Daten erhalten bleiben ====
+.&nbsp;Sobald der Container hochgefahren ist, öffnen Sie die Anwendung und fügen Sie Ihrer ToDo-Liste einige Einträge hinzu
-==== [https://docs.docker.com/get-started/workshop/05_persisting_data/#verify-that-the-data-persists Überprüfen, ob die Daten erhalten bleiben] ====
+.&nbsp;Stoppen und entfernen Sie den Container für die Todo-App. Verwenden Sie Docker Desktop oder <code>docker ps</code>, um die ID zu ermitteln, und dann <code>docker rm -f <id></code>, um ihn zu entfernen.
-# Sobald der Container hochgefahren ist, öffnen Sie die Anwendung und fügen Sie Ihrer ToDo-Liste einige Einträge hinzu
-# Stoppen und entfernen Sie den Container für die Todo-App. Verwenden Sie Docker Desktop oder docker ps, um die ID zu ermitteln, und dann docker rm -f <id>, um ihn zu entfernen
+.&nbsp;Starten Sie einen neuen Container unter Verwendung der vorherigen Schritte
-# Starten Sie einen neuen Container unter Verwendung der vorherigen Schritte
-# Öffnen Sie die App. Sie sollten Ihre Objekte immer noch in Ihrer Liste sehen
+.&nbsp;Öffnen Sie die App. Sie sollten Ihre Objekte immer noch in Ihrer Liste sehen
-# Entfernen Sie den Container, wenn Sie mit dem Auschecken Ihrer Liste fertig sind
+.&nbsp;Entfernen Sie den Container, wenn Sie mit dem Auschecken Ihrer Liste fertig sind
 Sie haben nun gelernt, wie man Daten persistiert
-=== [https://docs.docker.com/get-started/workshop/05_persisting_data/#dive-into-the-volume Tauchen Sie in das Volumen ein] ===
+=== Tauchen Sie in das Volumen ein ===
-Viele Leute fragen häufig: "Wo speichert Docker meine Daten, wenn ich ein Volume verwende?" Wenn Sie das wissen wollen, können Sie den Befehl docker volume inspect verwenden
+Um herauszufinden, wo Docker die Dateien eines bestimmten Volumes speichert, kann man den Befehl <code>docker volume inspect</code>  verwenden.
+<syntaxhighlight lang="bash" highlight="1" line copy>
 docker volume inspect todo-db
+</syntaxhighlight>
 Sie sollten eine Ausgabe wie die folgende sehen:
+<syntaxhighlight lang="json" highlight="1" line copy>
 [
@@ Zeile 89: / Zeile 122: @@
 ]
+</syntaxhighlight>
+Der <code>Mountpoint</code>  ist der tatsächliche Speicherort der Daten auf der Festplatte.
-Der Mountpoint ist der tatsächliche Speicherort der Daten auf der Festplatte. Beachten Sie, dass Sie auf den meisten Rechnern über Root-Zugriff verfügen müssen, um vom Host aus auf dieses Verzeichnis zuzugreifen
+;Hinweis
+Beachten Sie, dass Sie auf den meisten Rechnern ''über Root-Zugriff'' verfügen müssen, um vom Host aus auf dieses Verzeichnis zuzugreifen
-=== [https://docs.docker.com/get-started/workshop/05_persisting_data/#summary Zusammenfassung] ===
+=== Zusammenfassung ===
 In diesem Abschnitt haben Sie gelernt, wie man Containerdaten persistiert
-Verwandte Informationen
+=== Nächste Schritte ===
+Als Nächstes erfahren Sie, wie Sie Ihre Anwendung mithilfe von [[Docker/Workshop/Mounts|Bind Mounts]] effizienter entwickeln können
+;Zurück
+[[Docker/Aktualisieren|Aktualisieren]]
+;Weiter
+[[Docker/Mounts|Mounts]]
+== Anhang ==
+=== Siehe auch ===
+<div style="column-count:2">
+<categorytree hideroot=on mode="pages">Docker/Workshop</categorytree>
+</div>
+----
+{{Special:PrefixIndex/{{BASEPAGENAME}}/}}
+=== Dokumentation ===
+<!--
+; Man-Page
+# [https://manpages.debian.org/stable/procps/pgrep.1.de.html prep(1)]
+; Info-Pages
+-->
+=== Links ===
+==== Projekt ====
+==== Weblinks ====
 * [https://docs.docker.com/reference/cli/docker/ Docker CLI-Referenz]
 * [https://docs.docker.com/engine/storage/volumes/ Volumes]
-=== [https://docs.docker.com/get-started/workshop/05_persisting_data/#next-steps Nächste Schritte] ===
+[[Kategorie:Docker]]
-Als Nächstes erfahren Sie, wie Sie Ihre Anwendung mithilfe von Bind Mounts effizienter entwickeln können
-[https://docs.docker.com/get-started/workshop/06_bind_mounts/ Bind Mounts verwenden]