RTRR-Job legt im Zielordner immer Orden Latest an

    Ich habe folgendes Problem. Ich führe seit Jahren RTRR-Jobs aus um von meinem Produktivserver ein 1.1 Abbild auf einem Backup-Server anzulegen (Beides QNAP-Server)

    Dabei wurde immer der Inhalt des Quellordners "XXX" in einen gleichnamigen Zielordner "XXX" auf dem Ziel-Server geschrieben.

    Ich vermute durch ein Betriebssystem-Update enstehen jetzt bei einem neu angelegten RTRR-Job im Zielordner "XXX" ein weiterer Ordner mit dem Namen des Auftrags "XXX_XXX", darin ein Ordner "latest" und dann erst der Ordner "XXX" mit dem Inhalt aus dem Quell-Ordner:


    XXX

    Auftragname

    latest

    XXX



    Der Quell-Server ist ein TS-669Pro mit der aktuellsten Betriebssystemversion 4.3.4.1368



    Kann mir jemand sagen wie ich Ordner "XXX" genau in den gleichnamigen Ordner "XXX" sichere, ohne das mir darin die Ordner mit "Auftragsname" und "latest" angelegt werden.

    Soviel ich weiß garnicht. Zumindest habe ich es auch nie hinbekommen. Will aber nicht heißen, dass es nicht doch noch einen Trick dazu gibt. Werde hier deshalb gespannt mitlesen. ;)

    Dann hast du keinen Sync Auftrag erstellt sondern ein Versioniertes Backup.


    Bei diesem werden entsprechend deiner Beschreibung Unterordner erstellt.


    Du musst einen Sync. Auftrag one Way erstellen und dann kannst du das direkt zuweisen.

    Ich habe einen RTRR-Replikationsauftrag mit der Aktion "Sicherung" erstellt (als nicht "Synchronisieren" und auch nicht "Wiederherstellen"), der mir den Lokalen Ordner an den Entfernten Ordner Sichern soll. Dies mache ich schon seit Jahren auf diesem Server so und es hat immer wie oben beschrieben geklappt. Ich vermute, dass die Verhaltensveränderung erst durch ein Betriebssystem Update in mein System kam. Denn nur die neu erstellten Aufträge verhalten sich jetzt eben anders. Die alten laufen wie gewohnt, ohne eine zusätzliche Versionierungsstruktur am Zielserver zu erstellen.


    Da ich ja von meinem produktiven Server auf meinen zweiten Server nur eine wöchentliche Sicherung anfertige, brauche ich keine Versionierung.


    Um eine Versionssteurung zu aktivieren, müsste ich ja auch in Schritt 6 die BackupVersion-Engine als App downloaden. Die habe ich aber nicht installiert.

    QNAP_RTRR.pngQNAP_RTRR_02.pngQNAP_RTRR_03.png

    Zitat von salto

    Ich habe einen RTRR-Replikationsauftrag mit der Aktion "Sicherung" erstellt (als nicht "Synchronisieren" und auch nicht "Wiederherstellen"), der mir den Lokalen Ordner an den Entfernten Ordner Sichern soll. Dies mache ich schon seit Jahren auf diesem Server so und es hat immer wie oben beschrieben geklappt. Ich vermute, dass die Verhaltensveränderung erst durch ein Betriebssystem Update in mein System kam. Denn nur die neu erstellten Aufträge verhalten sich jetzt eben anders. Die alten laufen wie gewohnt, ohne eine zusätzliche Versionierungsstruktur am Zielserver zu erstellen.

    Diese Verhaltensänderung kommt mit dem Wechsel von Backup Manager auf HBS3.

    Wenn du dir deine alten Sicherungsaufträge anschaust, wirst du feststellen, dass HBS3 bei der Migration Synchronisationsaufträge daraus gemacht hat.

    Anders ausgedrückt: das Verhalten, das du möchtest, heißt bei HBS3 nicht mehr Sicherungsauftrag, sondern Synchronisationsauftrag.

    Also lege deine neuen Aufträge ebenfalls als Synchronisationsaufträge an und gut is'.

    Die Screenshots sehen aber nicht nach HBS aus.


    salto

    Verwendest Du noch den "alten" Sicherungsmanager? Welche Firmware Versionen sind bei Dir im Einsatz, Quelle und Ziel?

    Zitat von salto

    Denn nur die neu erstellten Aufträge verhalten sich jetzt eben anders. Die alten laufen wie gewohnt, ohne eine zusätzliche Versionierungsstruktur am Zielserver zu erstellen.

    Wenn nur die neu erstellten anders laufen, die bereits vorher angelegten Jobs aber weiterhin richtig funktionieren muss es einen Unterschied im Einrichten und nicht generell in einer geänderten Funktion sein.


    Vergleiche mal die alten mit den neu erstellten Jobs, irgendwas ist sicher anders konfiguriert. Wenn du es in der GUI nicht findest, dann bliebe noch die Möglichkeit sich die Jobs direkt per SSH in der Config anzusehen (ich verwende dazu z.B. WinSCP).

    Da gibt es den Ordner /etc/config/qsync/ und darin zwei configs qsyncjobdef.conf und qsyncpassivejob.conf. Je nach deiner Konfiguration solltest du deine Jobs in einem der Files finden ...

    tgsbn


    Super genau das war es.


    Ich habe es soeben ausprobiert, wenn mann als Aktion im RTRR-Auftrag statt "Sicherung" die Aktion "Synchronisierung" nimmt dann hat er das Verhalten, dass ich haben wollte.

    Besten Dank!


    Crazyhorse


    Du hast vermutlich genau das gleiche gemeint. Ich habe deinen post aber erst verstanden, als ich gelesen habe was tgsbn schrieb.

    Ich dachte erst du meinst einen RSync-Auftrag (Sicherung auf Dateiebene). Da hab ich dich wohl missverstanden.


    Also besten Dank! Jetzt läuft's 👍