Speicher auswählen

NasDash muss in der Lage sein, auf das gesamte /app/data zu schreiben. Das Standard-Compose-Beispiel verwendet einen Host-Ordner. Ein benanntes Volume ist optional.

Bind Mount (Standard)

Vorteile: Die Dateien sind für Host-Snapshots und Ordner-Backup-Tools sichtbar. Bestehende Installationen verwenden bereits ./data.

volumes:
  - ./data:/app/data

Bereiten Sie das Verzeichnis vor dem ersten Start vor:

mkdir -p data/logos
sudo chown -R 1001:1001 data

Der Prozess des Images wird unter der UID/GID 1001:1001 ausgeführt. Ein EACCES-Fehler, ein fehlerhafter Konfigurationsverlauf oder ein neu startender Container können die Folge eines nicht schreibbaren Verzeichnisses sein.

Benanntes Volume (optional)

Vorteile: einfache Einrichtung, keine Berechtigungsprobleme mit einem Host-Verzeichnis, stabiler Name nasdash-data.

volumes:
  - nasdash-data:/app/data

Einschränkung: Die Dateien sind nicht direkt im Verzeichnisbaum des Docker-Hosts sichtbar. Verwenden Sie einen Backup-Befehl über einen temporären Container. Verwenden Sie dies nicht auf einer bestehenden ./data-Installation, ohne die Dateien zuerst zu kopieren.

Modelle nicht implizit wechseln

Ein Wechsel von ./data auf das nasdash-data-Volume, ohne die Daten zu kopieren, führt zu einer scheinbar neuen Instanz. Die alten Daten sind nicht verschwunden, werden aber nicht mehr eingebunden.

Vor der Migration:

1. NasDash stoppen;
2. Die vollständige Quelle sichern;
3. Alle Dateien, einschließlich versteckter Dateien und Schlüssel, kopieren;
4. Den Eigentümer auf 1001:1001 setzen;
5. Mit dem neuen Ziel starten;
6. Verbindung, Dienste, Topologie, Logos und Integrationen überprüfen.