Hallo,
eine echt gute Frage. Ich fürchte nur, über die hat sich noch kener wirklich Gedanken gemacht. Jedenfalls ist mir kein einheitliches Konzept bekannt. Eigentich müssten wenigstens die QNAP eigenen Apps hier eine einheitiche Schnittstelle bereitstellen, mit der man möglichst transparent die jeweiligen Daten sichern kann...
Ich fürchte nur, über die hat sich noch kener wirklich Gedanken gemacht.
Doch, icke 
Ich sichere mittels rsnap den qpkg-Ordner und etc.
Das mach ich genau so wie frosch2. Es ist aber schon so, dass man das wissen muss und es nicht einfach so geschieht. Eine einfache Lösung seitens QNap wäre für Anfänger sicher hilfreich.
Eine einfache Lösung seitens QNap wäre für Anfänger sicher hilfreich.
Absolut und 100% zustimm!
Das mach ich genau so wie frosch2. Es ist aber schon so, dass man das wissen muss und es nicht einfach so geschieht. Eine einfache Lösung seitens QNap wäre für Anfänger sicher hilfreich.
Hmm, das sehe ich allerdings genauso. Das Problem ist ja ggf. nicht nur der App Ordner, sondern noch irgendwelche DB Tabellen etc. Gerade bei so Sachen wie bspw. Photostation, wo einige Leute vielleicht viel Arbeit hineinstecken um ihre Fotos etc. zu taggen ist es ja äußerst frustierend, wenn das alles nach einem Update futsch ist. Nur mal als Beispiel. In Zukunft sollte es ja zumindest durch Containerisierte Apps theoretisch wesentlich einfacher werden. Allerdings sollte eine Backup/Restore/Export/Import Strategie zumindest für die QNAP eigenen Apps Pflicht sein. Immerhin werden die ja auch als Feature verkauft.
Genau. Für die Datenbank fehlt auch ein einfaches Bordmittel um sie zu sichern. Auf der Konsole einen Cronjob mit einem mysqldump einrichten ist nicht jedermanns Sache. Ich finde, wenn man ein Datenbanksystem anbietet, muss man auch eine einfache Sicherung dazu liefern. Es ist ja wirklich keine Hexerei.
Also das Thema ist ja schon öfters hochgekommen...was den QNAPs eigentlich nach wie vor fehlt ist sowas wie bspw. die Windows Komplettsicherung. Einfach einen kompletten Systemsnapshot + ggf. wählbare Shares auf einen externen Datenträger oder ein anderes NAS. Und dann ein Baremetal Restore im Extremfall. Gerade wenn man Geräte anbietet, die eben zunehmend auch vielfache Serverdienste und Anwendungen bereitstellen, die über ein paar Shares und Druckerfreigaben hinausgehen. Würde mich schon mal interessieren, was die Verkaufmenschen einem geschäftlichen Anwender da antworten, wenn man mal ganz naiv fragt...
Hallo @UpSpin
Ich habe mir mal folgendes Skript zusammengebaut.
#!/bin/bash
# ===============================================
# Konfiguration
# -----------------------------------------------
DATUM=`date '+%Y%m%d-%H%M%S'`;
BAKFOLDER=/ABSOLUTER/PFAD/ZUM/BACKUPVERZEICHNIS
USERNAME=DATENBANKBENUTZERNAME
PASSWORD=DATENBANKPASSWORT
MYSQL=/usr/local/mysql/bin/mysql
MYSQLDUMP=/usr/local/mysql/bin/mysqldump
MYSQLHOST=localhost
MYSQLPORT=3306
# ===============================================
# ===============================================
# Hauptscript
# -----------------------------------------------
DATABASES=`${MYSQL} -P ${MYSQLPORT} -h ${MYSQLHOST} --user=${USERNAME} --password=${PASSWORD} -e "SHOW DATABASES;" | grep -Ev "(Database|information_schema|performance_schema)"`
for DATABASE in ${DATABASES}; do
(cd ${BAKFOLDER} && rm `ls -1 -t ${DATABASE}* | tail -n +3`)
${MYSQLDUMP} -P ${MYSQLPORT} -h ${MYSQLHOST} --user=${USERNAME} --password=${PASSWORD} --add-drop-database -c ${DATABASE} > ${BAKFOLDER}/${DATABASE}-${DATUM}.sql
done
# ===============================================Das Skript funktioniert folgendermassen:
Das Skript kannst du dann per Cronjob zyklisch, oder es in rsnap vor der Sicherung laufen lassen.
Ich verwende seit langer Zeit folgendes Script zum Sichern der MySQL-DBs: https://forum.qnap.com/viewtopic.php?f=32&t=15628
Ist so ähnlich wie rebregs-Lösung, nur etwas umfangreicher.
Es muss nur eine kleine Konfigurationsdatei erstellt bzw. angepasst werden und das Script als Cronjob eingetragen werden. Dann werden z.B. täglich/wöchentlich/monatlich Backups aller MySQL-DBs angelegt und sogar gleich gezipped. Der Zielordner kann man selber festlegen, ich hab ihn in eine Backup-Freigabe gelegt, die mit den externen Backups mitgesichert wird.
Die Photostation-Einstellungen kann man zumindest händisch über das Photostation-UI direkt sichern.
Gibt es hierzu mittlerweile schon Neuigkeiten?
Mit rsnap kannst du die App-Daten sichern, also den .qpkg Ordner. Und das sogar inkrementell, sodass du eine Versionshistory hast.
Danke, genau die Infos wollte ich wissen. Gibt es unter QTS also noch keine Möglichkeiten etwaige angelegte Datenbanke mit einem Tool von QNAPzu sichern?
Ein paar Dinge sind mir nicht ganz klar:
1)NAS neu aufsetzen
2)Import Systemkonfiguration
3)Installation der Apps über Appcenter
4)Gesicherten .qpkg-Ordner wieder auf der frischaufgesetzten NAS drüberbügeln?
etwas so?
Wichtig für mich ist die Sicherung der Appeinstellungen (insbesondere Plex und Jdownloader) und die Systemkonfiguration der NAS.
Hoffentlich hab ihr Verständnis zu meinen Fragen
Ein paar Dinge sind mir nicht ganz klar:
Da hänge ich auch gerade. Ich möchte anfangen, Photostation zu benutzen.
Aber ich finde auf's Browsen nicht raus, wo diese Alben gespeichert werden, damit ich eine Sicherung vornehmen kann.
Steckt das alles also in einer MySQL-Datenbank? Wenn ja, mit welchem Account/Passwort? 
Die CVS-Alben-Datei, die beim manuellen Export rauspurzelt ist jedenfalls nicht sehr vertrauenserweckend. Obwohl ich nur 7 Alben angelegt habe, kommt da bei mir je Ordner ein Album raus, das sind einige 100 Alben. Und das kuriose daran ist, das er in jedem dieser "Ordner"-Alben garnicht die richtigen Fotos listet, sondern immer wieder die aus dem ersten Ordner. <schüttel>
Also gibt es dafür anscheinend selbst 3 Jahre später immer noch keine Lösung? 
Ich muss mich also jetzt stundenlang mit rsnap (was auch immer das ist, ich kenne nur Hybrid Backup und rsync) und irgendwelchen Skripten zum Sichern meiner Maria-DBs auseinandersetzen, nur um überhaupt mal die ganzen Daten wegzusichern.
Um dann im Notfall, wenn die QNAP übel abgeraucht sein sollte (ich meine mit Datenverlust auf allen Platten), erstmal rumzurätseln, wie ich nach einem Kauf einer neuen NAS dann die Daten wieder sinnvoll zurückgespielt bekomme!?!?
Einfach die mit rsnap gesicherten Files und die Maria-DB-Dateien über die Verzeichnisse auf der frisch aufgesetzten QNAP drüberbügeln und beten, dass es keine Probleme wegen fehlender Files, Referenzen o.ä. gibt?
(Was, wie ich mein Glück erkenne, garantiert nicht funktionieren wird). Um dann entnervt festzustellen, dass die drölfzig Stunden, die ich in Photostation und QuMagie in die Pflege und Sortierung meiner Alben und die automatische Gesichtserkennungsdatenbank gesteckt habe, verloren sind?
Ohne hier Werbung machen zu wollen, aber bei meiner Synology drücke ich in
Und anschließend kann ich sogar noch eine Versionierung mit beliebig vielen Versionen (z.B. 30 oder 256 oder 365) einstellen oder nach erfolgreichem Backup per Klick die Integrität des Backups überprüfen.
Und der Restore geht dann genauso einfach: Neues Ersatz-NAS aufsetzen und dann mit HyperBackup und Restore die Daten, Apps, Datenbanken und Settings wieder zurückkopieren. Das bekommt jeder hin, der eine Maus bedienen kann.
Ich finde es ein ziemliches Armutszeugnis, dass QNAP diesen Bereich derartig vernachlässigt. Wer sich ein NAS kauft, ist doch offensichtlich an einem ernsthaften System zur Speicherung von Daten interessiert. Da gehört ein sauberes Backup-Konzept auch für den NAS-Server selber doch logischerweise mit dazu. Erst recht, wenn das NAS die Erzeugung eigener Daten (wie eine OuMagie-Gesichtsdatenbank) betreibt und nicht nur dumm als Netzwerk-Laufwerk die Daten von angeschlossenen PCs oder MACs abspeichert.
Wenn dann hier noch von QNAP-Besitzern so getan wird, als sei das doch alles kein Problem und mit irgendwelchen selbstgebastelten Skripten wäre das alles schon irgendwie zu bewerkstelligen, komme ich mir vor, wie auf einem Treffen von Apple-Fanboys, sorry. Da wird auch jeder Mist entschuldigt statt einfach mal klar zuzugeben:
da hat <insert meine Lieblingsfirma hier> einfach ein dickes Defizit bzw. Mist gebaut.
Für mich ist jetzt eines klar geworden. Meine QNAP wird ein Spielgerät bleiben und ich werde keine nativen Daten auf ihr erzeugen, sondern meine Bilderdatenbank ausschließlich auf der Synology verwalten und mir von jedem Schritt der Installation und Einrichtung von Apps auf der QNAP eine Mitschrift erstellen, damit ich bei einem Totalausfall einfach nur diese Mitschriften abarbeiten muss statt auf die harte Tour festzustellen, wo ich noch vergessen habe, eine Konfig anzupassen.
...
Ich finde es ein ziemliches Armutszeugnis, dass QNAP diesen Bereich derartig vernachlässigt. Wer sich ein NAS kauft, ist doch offensichtlich an einem ernsthaften System zur Speicherung von Daten interessiert. Da gehört ein sauberes Backup-Konzept auch für den NAS-Server selber doch logischerweise mit dazu. Erst recht, wenn das NAS die Erzeugung eigener Daten (wie eine OuMagie-Gesichtsdatenbank) betreibt und nicht nur dumm als Netzwerk-Laufwerk die Daten von angeschlossenen PCs oder MACs abspeichert.
...
Das ist genau die Krux. Die QNAPS wurden als "network attached storage" konzipiert und werden mittlerweile als "network attached server" vermarktet und benutzt.
Ohne das die entsprechenden (Backup) Funktionen dafür mit ins QTS eingebaut wurden.
Genau deswegen sind die bei mir auch nur "dumme" Netzwerklaufwerke mit Ausfallsicherheit.
Und erst recht, wenn ich lese, wie jetzt für bestimmte Funktionen nach einem Update auch noch erhebliche Lizenzgebühren verlangt werden.
Aber das ist ein anderes Thema.
Gruss
Ohne das die entsprechenden (Backup) Funktionen dafür mit ins QTS eingebaut wurden.
Aber man kann nicht sagen, dass es nicht ausreichend Lösungsvorschläge auch hier im Forum gab. Und eine Backup API in die Apps zu integrieren kann ja kein echtes Problem sein...Wenn ich Synology wäre würde ich da werbetechnisch mal ordentlich den Finger in die Wunde legen. Denn damit kann man sich ja schon deutlich abheben. Dafür ist Synology eben auf der Hardwareseite eher spärlich bestückt...gerade bei x86.
