Sicherung wird durch Energieoptionen unterbrochen!

    Hi Leute.
    Ich habe bei meiner TS-419p II jetzt neu in den Energieoptionen eine Downtime von 0-6 Uhr eingestellt. Leider bricht mir das auch meine Datensicherungen ab. Ich habe dann regelmäßig um 0:02 Uhr folgende Fehlermeldung:

    Im Jobprotokoll betrifft das immer verschiedene Dateien und wenn ich die Downtime abschalte gehts wieder normal. Kann ich irgendwo einstllen, damit das herunterfahren während der Sicherung verhindert wird oder gibts da eine andere Lösung?


    LG


    Marcus

    Guten Morgen Marcus,


    OK - jetzt wissen wir, dass Du eine TS-419 PII hast und dass Du sichern möchtest.
    Du sicherst also auf irgendein nicht näher spezifiziertes externes Medium.
    Auch die von Dir verwendete Firmware-Version ist nicht dabei.
    Meine Kristallkugel ist etwas eingerostet, aber ich versuch's mal...


    Wenn Du einen Energiezeitplan über das WebIF eingerichtet hast, müsste Dir der Folgende Punkt aufgefallen sein:



    Sofern Du z.B. RTRR aus dem Sicherungsmanager verwendest, werden Neustart oder Herunterfahren dann entsprechend verzögert.


    Es wäre auch sinnvoll, wenn Du mal die Logs posten könntest, was da während des Backup-Jobs falsch gelaufen ist (Job finished with warning).
    Auch das das System um 03:13 heruntergefahren wurde ist seltsam, wenn im Energiezeitplan 06 Uhr definiert ist. :)


    LG

    Sorry für die eingerostete Glaskugel. Ich polier mal! ;)


    Die Downtime ist von 0Uhr bis 6 Uhr und nicht von 6Uhr bis 0Uhr eingestellt und da das Backup ja startet und der Fehler erst um 0:02 auftritt, fährt das NAS logischerweise um 0:03 Uhr herunter.


    FW: 4.1.1


    Backupplan



    Energiezeitplan



    Backup Protokoll


    Sorry, das ist nicht mehr das aktuellste Log, da ich in der zwischenzeit bereits ein weiteres Backup versucht hatte. :(



    Ich hatte das über den Menüpunkt "Externer Datenträger" auf ein eine externe HDD mit 5,79 GB gesichert. Jetzt gerade werde ich mal die RTRR ausprobieren. "Klaut" die RTRR viel Leistung, oder ist das zu verschmerzen? Im Moment sichere ich die wichtigsten Daten (Bilder,Musik,Filme) in Echtzeit und den Rest täglich um 22 Uhr bzw. 1x wöchentlich um 22 Uhr je nach Wichtigkeit.

    Danke für's Polieren - hast leider ein paar Schlieren nicht ganz sauber weggewischt. :P


    Das ist erstmal alles relativ unauffällig.


    RTRR ist eigentlich der Standard zum Sichern. Damit sollte das Problem mit dem Herunterfahren auch erledigt sein.
    Die Belastung des Systems ist marginal und eher sehr gering (bis auf die Plattenzugriffe).


    Deine Zeitpläne sind (der Bezeichnung nach) für 07:00 Uhr angelegt, starten aber zur Geisterstunde.
    Ist das so gewollt oder nur auf die falsche Startzeit eingestellt (default)?


    LG

    Sorry, wie gesagt ich habe schon daran "rumgespielt". Die Startzeiten waren am 31.12. noch 0 Uhr am 1.1. um 1 Uhr hatte ich das NAS manuell neu gestartet und sofort eine Sicherung manuell angestoßen, die aber am 2.1. um 0:02 wieder abgebrochen wurde. Deshalb hatte ich die Startzeiten auf 7 Uhr gesetzt. Im Moment ist diese Sicherungsart deaktiviert und es läuft RTRR. Wenn es damit behoben sein sollte ist ja alles gut. Ich bin schonmal wegen fehlender Sicherung eingegangen und will das nie wieder haben. Diese Lehrstunde hat mich damals über 1000€ zu Datenwiederherstellung gekostet. :(

    Das kann ich gut verstehen. Das "Lehrgeld" zahlt man nur ein Mal!
    Ich würde ohne meine Datensicherungen auch deutlich schlechter schlafen. ;)


    Bitte berichte morgen (wenn die Jobbs hoffentlich gelaufen sind), ob es damit nun geklappt hat.


    LG, Marco

    Wenn das morgen durchgelaufen ist, sage ich Dir meine Vermutung...
    Die Jobs dürfen übrigens nicht zu genau der Zeit starten, zu der das NAS schlafengehen soll.
    Die sollten mindestens eine halbe Stunde früher starten. ;)

    Ja, das klingt logisch. Das mit dem Energieplan hab ich erst am 31.12. gemacht und die Sicherung schlichtweg vergessen. Als die dann abgebrochen wurde, dämmerte es mir und ich hatte nach dem manuellen Start die Zeit schonmal auf 22 Uhr umgestellt. Als heute nacht allerdings wieder um 0:02 Feierabend war, trotz der bereit über 20 Std. laufenden Sicherung, wußte ich nicht mehr weiter.


    Das Protokoll ohne Fehler der Echtzeitsicherung von eben:


    So, scheint zu funktionieren. Hier mal die Logs


    Code
    Number	Type	Date	Time	Users	Source IP	Computer name	Content63	Information	03.01.2015	06:08:41	System	127.0.0.1	localhost	[USBDisk1] Device detected. The file system is ntfs.62	Information	03.01.2015	06:07:27	System	127.0.0.1	localhost	[myQNAPcloud] CloudLink service for myQNAPcloud web site is ready.61	Information	03.01.2015	06:07:24	System	127.0.0.1	localhost	[myQNAPcloud] CloudLink service for mobile and PC applications is ready.60	Information	03.01.2015	06:06:14	System	127.0.0.1	localhost	[myQNAPcloud] DDNS update WAN IP address to [xxx.xxx.xxx.xxx]59	Information	03.01.2015	06:05:44	System	127.0.0.1	localhost	[RTRR Job] Job Täglich started.58	Information	03.01.2015	06:04:08	System	127.0.0.1	localhost	[Media Library] Media Library Server started.57	Information	03.01.2015	06:01:51	System	127.0.0.1	localhost	System started.56	Information	03.01.2015	00:02:46	System	127.0.0.1	localhost	System was shut down on Sat Jan  3 00:02:46 CET 2015.55	Information	03.01.2015	00:01:53	System	127.0.0.1	localhost	[RTRR Job] Job Täglich finished with warning. Job is cancelled by a request!54	Information	02.01.2015	23:17:53	System	127.0.0.1	localhost	[RTRR Job] Job Tagessicherung finished.53	Information	02.01.2015	22:00:01	System	127.0.0.1	localhost	[RTRR Job] Job Tagessicherung started.52	Information	02.01.2015	09:44:32	System	127.0.0.1	localhost	[RTRR Job] Job Täglich started.51	Information	02.01.2015	09:44:29	System	127.0.0.1	localhost	[RTRR Job] Job Täglich finished with warning. Job is cancelled by a request!50	Information	02.01.2015	08:56:13	System	127.0.0.1	localhost	[RTRR Job] Job Wochensicherung created successfully.49	Information	02.01.2015	08:54:41	System	127.0.0.1	localhost	[RTRR Job] Job Täglich started.48	Information	02.01.2015	08:54:26	System	127.0.0.1	localhost	[RTRR Job] Job Tagessicherung created successfully.


    Code
    [2015/01/03 06:05:44] Job [Täglich] started.[2015/01/03 06:05:45] Synchronize files between local folders and external drives.[2015/01/03 06:05:45] The number of folder pairs = 3.[2015/01/03 06:05:45] Pair1 = [Multimedia, USBDisk1/Multimedia].[2015/01/03 06:05:45] Pair2 = [eBook, USBDisk1/eBook].[2015/01/03 06:05:45] Pair3 = [Sicherung, USBDisk1/Sicherung].[2015/01/03 06:05:45] Schedule type: Realtime.[2015/01/03 06:05:45] The deleting extra files option is enabled.[2015/01/03 06:05:45] The checking data content option is disabled.[2015/01/03 06:05:45] The detecting sparse files option is enabled.[2015/01/03 06:05:45] The extended attributes option is disabled.[2015/01/03 06:05:45] Symblic link files are excluded.[2015/01/03 06:05:45] The detail log is enabled with the maximum size 10 MB.[2015/01/03 06:05:45] Maximum retry times: 3; Retry interval in seconds: 60; Connection timeout in seconds: 120; Current retry number: 0.[2015/01/03 06:05:45] Denying file type: Temp file.[2015/01/03 06:05:45] Other denying files(case-insensitive): *.cuts.[2015/01/03 06:05:45] Destination does not support changing file mode![2015/01/03 06:05:45] Destination does not support changing file owner![2015/01/03 06:09:16] Update the "USBDisk1/Multimedia/.@__qini/mlocate.db" file.[2015/01/03 06:10:59] The synchronization is finished.[2015/01/03 06:10:59] Sync statistic: Total number of the folders: 4636. Total number of the files: 118670. Total number of the skipped files: 118669. Total updated size: 4.88 MB. Average updating speed: 15.91 (KB/sec). Time elapsed: 5 minutes 13 seconds[2015/01/03 06:10:59] Enter the real-time syncing phase.



    Die Wochensicherung ist noch nicht durchgeführt. Was war jetzt deine Vermutung?

    Einmal editiert, zuletzt von TobiasK () aus folgendem Grund: DP, OK.

    Ich hatte 2 Vermutungen...
    Die Erste war, dass die Funktion "externer Datenträger" im Sicherungsmanager von der Verzögerungsfunktion nicht abgedeckt war.
    Die Zweite war, dass das NAS evtl. wegen einer Zeitüberschneidung kurz vor der Sicherung den Shutdownbefehl erhalten hat.


    Wie dem auch sei - ich freue mich für Dich, das es funktioniert hat. :)