was habe ich falsch gemacht?

[skykay]

213+ config gesichert dann neue Platte eingebaut System aufgespielt und Volumen erstellt. Jetzt habe ich die config zurück gespielt. Hat alles funktioniert, aaaaaber weder die gemeinsamen Ordner sind wieder da noch die Benutzer b.z.w.die Freigaben. Alles muss neu eingerichtet werden. Wofür macht man dann ein Backup? Oder was habe ich verkehrt gemacht?

 

[Tommes]

Ein Blick in die DSM-Hilfe verrät u.a. ...

Hinweis:

Die Systemkonfigurationen beinhalten keine freigegebenen Ordner bzw. Berechtigungen für gemeinsamen Ordner. Bitte gehen Sie zu Datensicherung und Replikation, um freigegebene Ordner zu sichern und wiederherzustellen.
...

Tommes

 

[Frogman]

PS: Und bitte doch etwas mehr auf sprechende Threadtitel achten... man muss sich ja echt fragen, ob man in einem mit "was habe ich falsch gemacht?" bezeichneten Thread 'reinschauen soll

 

[skykay]

Ok, aber was wird denn dann bei Konfiguration gesichert (Datensicherung&Replikation) wenn die Konfiguration bei Systemsteuerung-Aktualisirung/Widerherstellung schon gesichert wird? Danke

 

[Tommes]

Du kannst die Konfiguration des DSM auf zwei Wegen sichern.

Zum einen über DSM-HAUPTMENÜ - SYSTEMSTEUERUNG - AKTUALISIEREN & WIEDERHERSTELLEN - im Reiter "Sicherung der Systemkonfiguration"

Wenn du diesen Weg wählst, dann wird nur die DSM-Konfiguration gesichert, also laut DSM-Hilfe...

Benutzer und Gruppen
Arbeitsgruppe, Domäne und LDAP
Dateifreigabe (z. B. Windows-Dateidienst, Mac-Dateidienst, NFS-Dienst, FTP und WebDAV) und Datensicherungsdienste (z. B. Netzwerksicherung, Synchronisierung gemeinsamer Ordner und Time Backup-Dienst)
Andere (z. B. Benutzer-Home, Passworteinstellungen, Aufgabenplaner, Einstellungen von Festplattennutzungsberichten)

... nicht aber der Inhalt deiner "gemeinsamen Ordner" und Anwendungen


Wählst du den Weg über DSM-HAUPTMENÜ - DATENSICHERUNG & REPLIKATION - Datensicherung...

Dann wird zusätzlich zur Sicherung von "gemeinsamen Ordnern" und "Anwendungen" immer auch eine Sicherung der DSM-Konfiguration angelegt- mindestens eine... denn hier kannst du das Sichern auch versionieren.

Die gesicherte Konfigurationsdatei als solche führt bei beiden Varianten zum gleichen Ergebnis mit gleichen Inhalt.

Tommes

 

[skykay]

Ich frage deswegen, weil genau letzteres hatte ich getan und nach dem Einau der neuen Platte-System aufspielen-Volumen erstellen habe ich die Konfiguration samt Photostation zurückgespielt und neu gestartet, aber nicht wurde reaktiviert. Ich musste alles neu konfigurieren.

 

[Tommes]

Naja, ich kann dir nicht sagen, was da bei dir schief gelaufen ist. Könnte es vielleicht sein, das du vergessen hast, ein paar Häkchen bei der Sicherung oder bei der Wiederherstellung, anzuhaken?

Was ist denn alles so auf deinem Sicherungslaufwerk drauf, worauf die die Sicherung angelegt hast. Da müsste ja dann die Konfigurationsdatei, deine gemeinsamen Ordner sowie Inhalte der PhotoStation abgelegt worden sein. Da ich die PhotoStation nicht verwende, kann ich leider nicht sagen, welche Ordner bei der Sicherung angelegt werden.

Ähm... was genau musstest du neu konfigurieren... die PhotoStation? Oder die Einstellungen im DSM? Oder beides?

Tommes

 

[skykay]

Ja, Photostation-Gemeinsame Ordner-Benutzer....eigentlich alles, nur der Fotoordner wurde zurückgespielt. Die Thumbnails wurden neu generiert was wohl normal ist. Wahrscheinlich habe ich etwas falsch gemacht. Bis zur 12 TB Platte ist es noch ein bißchen hin, so kann ich noch ein paar mal Backup üben. Danke

 

[Caup]

Diese Erfahrung habe ich auch gemacht. Ich habe die Systemkonfiguration der DS1010 gesichert, neue Platten installiert, Volume eingerichtet und die Konfiguration zurückgeladen.
Die allgemeinen Einstellungen waren wieder da, aber Gruppen, User und gemeinsame Ordner fehlten. Das manuelle Einrichten von 6 Gruppen, 20 Benutzerkonten und 30 gemeinsamen Ordnern mit fein dosierten Berechtigungen dauert einige Stunden, bis alles korrekt spielt...
Deshalb habe ich Shell-Scripts gebaut, die diese Ressourcen automatisch einrichten. Jetzt dauert es noch 15 Sek. innerhalb ShellInABox.
lg caup

 

[cp389]

Deshalb habe ich Shell-Scripts gebaut, die diese Ressourcen automatisch einrichten. Jetzt dauert es noch 15 Sek. innerhalb ShellInABox.

Willst Du uns daran vielleicht teilhaben lassen?

 

[Tommes]

Was ich mich grade Frage... wenn man die Konfiguration auf einem frisch aufgesetzten System zurückspielt, ohne das vorher jedoch die gemeinsamen Ordner vorhanden sind... wie soll das System dann die Berechtigungen festlegen? Müßte es da nicht genau umgekehrt sein, das erst die gemeinsamen Ordner zurückgespielt werden und erst dann die Konfiguration wiederhergestellt werden müsste um so Berechtigungen für Benutzer setzen zu können?

Ist nur so ein Gedanke, auch wenn Synology wissen sollte wie das Wiederherstellen eines Systemes am besten funktioniert.

Tommes

 

[Caup]

Verwendet werden Programme, die innerhalb der Unix Shell zur Verfügung stehen. Man braucht letztendlich nur eine Beschreibung der Programme, die Synology unter "Documentation/Development Interface" im Internet anbietet. Dort sind synouser, synogroup, synoshare, etc. beschrieben.
Das folgende Beispiel-Script wird mit Parameter "start" oder "stop" aufgerufen und legt die Ressourcen an bzw. entfernt sie wieder.

Gruss caup


resources.sh :

#!/bin/sh
# resources.sh initializes users, groups and shared folders in CC Synology boxes.

addshare()
{
SHR=$1
DSC=$2
WRT=$3
READ=$4
VIS=$5
if [ ! -e /volume1/$SHR ]; then
echo "create share" $SHR
synoshare --add "$SHR" "$DSC" "/volume1/$SHR" "" "$WRT" "$READ" "$VIS" 0
fi
}

subshare()
{
SHR=$1
if [ -e /volume1/$SHR ]; then
echo "delete share" $SHR
synoshare --del TRUE $SHR
fi
}


case $1 in
start)
synouser --add administrator "<pass>" "Windows Administrator" 0 "" 31
synouser --add size "<pass>" "<description>" 0 "<email>" 31
. . .

synogroup --add development <user1> <user2> ...
synogroup --add private <user1> <user2> ...
synogroup --member administrators admin administrator
. . .

addshare alex "Alex Daten" alex "" 1
addshare cc "CC Daten" @development @private 0
addshare vm "Virtual Storage" @development @private 1
;;

stop)
subshare cc
. . .
subshare alex
. . .
subshare vm

synogroup --del TRUE development
synogroup --del TRUE private
synogroup --member administrators admin

synouser --del administrator
synouser --del alex
. . .
;;
*)
echo "Usage: $0 [start|stop]"
;;
esac

 

[Caup]

Ich sehe grad, dass die Script Formatierung in der letzten Antwort ziemlich gelitten hat. Ich hoffe, dass es trotzdem lesbar ist.
Für mich sind solche Scripte deutlich einfacher einsatzbar als das Ausfüllen von +100 Formularen, wobei zumindest ich unter Garantie einiges vergesse...
Da ich 2 NAS und 2 XPEnology betreibe, lohnt sich der Script-Einsatz wirklich.

 

[Frogman]

Ich sehe grad, dass die Script Formatierung in der letzten Antwort ziemlich gelitten hat. Ich hoffe, dass es trotzdem lesbar ist..

Du kannst Script-Inhalte einfach mit

...

als Code formatieren - das erhöht die Lesbarkeit

 

[Tommes]

Also so...

[code] ... [/code]

 

[Caup]

Danke für die Hilfe zur Formatierung.
Die Dokumentation zu den syno* Aufrufen findet man <a href="http://www.synology.com/de-de/support/web_developer" target="_blank">hier</a> unter dem Oberbegriff "Web-Entwickler".

 

[cp389]

Vielen Dank dafür.
Das werde ich mir mal genauer anschauen, denn auf die Idee bin ich noch garnicht gekommen.