Scegliere lo storage

NasDash deve poter scrivere nell'intero /app/data. L'esempio Compose predefinito utilizza una cartella dell'host. Un volume con nome è facoltativo.

Bind Mount (predefinito)

Vantaggi: i file sono visibili agli snapshot dell'host e agli strumenti di backup delle cartelle. Le installazioni esistenti utilizzano già ./data.

volumes:
  - ./data:/app/data

Prepara la directory prima del primo avvio:

# Fresh empty directory; default container UID:GID
mkdir -p data
sudo chown 1001:1001 data
sudo chmod 700 data

L’immagine usa UID:GID 1001:1001 per impostazione predefinita; un utente Compose esplicito lo sostituisce. Per file esistenti o ACL Synology, fermate NasDash, salvate i dati e consentite all’identità reale l’accesso a dati e loghi. Non cambiate proprietari ricorsivamente alla cieca. Consultate installazione e permessi.

Volume con nome (facoltativo)

Il volume ha nome stabile nasdash-data ed è gestito da Docker. Proprietario e permessi contano ancora, soprattutto con UID:GID personalizzato; non garantisce compatibilità con tutte le configurazioni Synology.

volumes:
  - nasdash-data:/app/data

Limitazione: i file non sono direttamente visibili nell'albero delle directory dell'host Docker. Usa un comando di backup tramite un container temporaneo. Non utilizzarlo su un'installazione ./data esistente a meno che tu non copi prima i file.

Non cambiare modello implicitamente

Passare da ./data al volume nasdash-data senza copiare i dati crea un'istanza apparentemente nuova. I vecchi dati non sono scomparsi, ma non sono più montati.

Prima di migrare:

1. Arrestate NasDash.
2. Salvate tutta la fonte.
3. Copiate ogni file, incluse chiavi e file nascosti.
4. Consentite accesso all’UID:GID effettivo.
5. Avviate con la nuova destinazione.
6. Verificate accesso, servizi, topologia, loghi e integrazioni.