rsync met behoud van mappenstructuur?

[Moris]

Ik wil een back-up (Hyper) naar een andere NAS maken via de bestandsserver methode, maar wel met behoud van de gehele mappenstructuur zonder dat deze eerst in een .hbk file wordt gezet en hierdoor enkel maar te benaderen is via bestand exployer.

De layout is sinds de laatste update weer eens voor de zoveelste keer veranderd.


Wanneer ik kies voor rsync copy (enkele versie) heb ik behoud van de gehele mappenstructuur, maar kan hieraan geen taak, enz..koppelen, omdat dit bedoeld is voor 1 enkele copy.

Waneer ik dan kies voor rsync, heb ik wel de mogelijkheid om hieraan een taak en andere zaken te koppelen, wordt alles in een .hbk file gezet, wat ik dus niet wil Ook via WebDav worden de bestanden in een .hbk file gezet.

Is er dan geen enkele manier om dit wel klaar te spelen

[HenkGroen]

Ik gebruik nog steeds de 'oude manier' van complete 'Gedeelde mappen' overzetten via het internet van de 1e naar de 2e Synology NAS. En dan kun je kiezen om dit dagelijks/wekelijks of bij elke wijziging te doen.
En dit is o.b.v. platte backups, dus direct benaderbaar.
Oke, Je kunt alleen GEEN versie beheer hebben.
De Source situatie komt compleet op de Dest. te staan

En het werkt voor mij nog steeds naar volle tevredenheid.
Wellicht is dit iets voor jou ?
(zie bijlage)

[Moris]

Deze functie en mogelijkheid heb ik nog niet eerder bekeken, waarvoor dank 
Inderdaad, alleen wel jammer dat dit GEEN versie beheer bevat.

[HenkGroen]

Voor mij was er maar 1 ding belangrijk : Een exacte kopie van mijn data naar een 2e NAS voor het geval er iets gebeurd met de 1e NAS (in welke vorm dan ook. : Data corruptie, Virus, Inbraak, Brand, Waterschade etc.)

Ik heb de meeste op elke maand staan. Echter 1 map gaat bij elke wijziging naar de andere kant.
Beter iets dan niets.....

En daarnaast heb ik op de primaire kant al HDD mirroring, en gebruik ik Cloudstation wel met versiebeheer.
Het is voor mij puur dat er 'ergens' een kopie buiten staat (in eigen beheer)

Primaire kant is een DS412+ en de 2e NAS is een DS213j

[Moris]

Hoe heb jij je onderstaande werkmethode geconfigureerd, misschien dat ik het toch eens moet overwegen?

Ik heb de meeste op elke maand staan. Echter 1 map gaat bij elke wijziging naar de andere kant.
Beter iets dan niets.....

[dvandonkelaar]

Data corruptie, Virus

Beide worden dan ook gesynchroniseerd wanneer je het via deze manier doet.

[HenkGroen]

Ik gebruik in mijn voorbeelden poort 8022 en niet de default 22, maar dat is mijn eigen keuze
Zie de 3 bijlage 's

[HenkGroen]

Klopt, vandaar dat ik hem op 1 maand zet 
Data corruptie kan ook gebeuren als je het bv. op een USB-Stick plaats oid.

Tja, hoever wil je gaan. Begin hier eerst mee, en bouw het daarna uit met andere mogelijkheden.
Het voordeel is dat ik aan de primaire kant nog een USB-Disk aan mijn DS412+ hebt hangen voor backups met versiebeheer (via Hyper backup).

De kans dat ik Data Corruptie hebt of een Virus en tegelijk mijn USB-Disk ook defect is / versiebeheer geen uitkomst biedt EN dit Virus / Data Corruptie al een MAAND op mijn andere NAS staat acht ik erg tot zeer klein. Als ik zoveel geluk hebt, dan koop ik een staatslot 

Ik voldoe in ieder geval aan de 3-2-1 backup
En het kan altijd beter / slimmer / mooier, alleen iedereen heeft bepaalde mogelijkheden qua DS type / geld tot z'n beschikking.

[Moris]

Ik ga deze als mogelijke alternatieve methode ipv "rsync" van jou vanavond eens in alle rust bekijken en kom hier later voor vragen graag op terug

[Moris]

Intussen ben ik aan de slag gegaan met de methode "gedeeld mapsynchronisatie" en merk dat je enkel de hoofdmappen kan selecteren, alle onderliggende mappen worden sowieso meegenomen, terwijl ik deze niet allen wil meenemen in de back-uptaak. Is hier eventueel een andere mogelijkheid voor?

Ik vind het van Synology toch wel erg jammer dat ze nu standaard een image maken via rsync, WEBDav en Hyperbackup, waar er voorheen bij de back-upfunctie GEEN image .hbk file werd aangemaakt met de data erin die je vervolgens weer moet "uitpakken" 

[Moris]

Update.

Aangezien er geen beter optie voorhanden is ga ik maar aan de slag met gedeelde mapsynchronisatie 

Ik geraak helaas bij gedeelde mapsynchronisatie niet verder dan stap 2, waar ik bij verbinding testen steeds een foutmelding krijg
Op de doel-nas heb ik nochtans SSH aangevinkt met poort 22 of zijn er nog ander zaken die ik over het hoofd zie?
Maakt het verder iets uit dat de doelnas een ander account en login als administrator tov de hoofd-nas heeft?

[Moris]

Intussen heb ik kunnen achterhalen waarom de verbinding niet lukte.

Wanneer je via de wizard mapsynchronisatie het ip-adres automatisch laat invullen komt er voor het ip-adres de naam van de doel-nas te staan, bv Back-Up(192.168.x.xxx) ipv gewoon het ip 192.168.x.xxx, wanneer je dit wijzigt lukt de verbinding opeens wel.
Een domme "bug" waardoor je lang loopt te knoeien 

Ik heb als test kleine mapsynchronisatie uitgevoerd en kan zeggen, dat dit een pak sneller werkt tov Hyper Back-Up 
Alleen begrijp ik niet goed waarom de map NetBackup op de doelnas via SSH wordt aangemaakt en vervolgens de gesynchroniseerde mappen buiten deze map worden geplaatst, wat is het nut dan van deze verplichte en aangemaakte map 

[Moris]

Iemand die me aub kan zeggen waarom de map NetBackup op de doelnas via SSH wordt aangemaakt en vervolgens de gesynchroniseerde mappen buiten deze map worden geplaatst, wat is het nut dan van deze verplichte en aangemaakte map 

Of doe ik hier iets verkeerd

[pvkan]

Wanneer ik kies voor rsync copy (enkele versie) heb ik behoud van de gehele mappenstructuur, maar kan hieraan geen taak, enz..koppelen, omdat dit bedoeld is voor 1 enkele copy.

@Moris
Wat bedoel je hier met 1 enkele copy ? Laat je niet misleiden door de vaak gebrekkige vertalingen van Synology.
Ik heb deze variant van rsync al een tijdje op wekelijkse basis zonder problemen draaien.
De vertaling komt van "Single copy" hetgeen ongeveer net zoiets betekend als dat er geen meerdere
versies bijgehouden worden van de backups. (bij de andere 'hbk' rsync variant kan je nl retentie toepassen en dus een specifieke versie van een bestand/map terug halen).

De taak die bij de '.hbk' variant bedoeld wordt is niets anders dan een bestaande backup
vanaf de server opnieuw in gebruik nemen. Dat kan alleen in deze variant van rsync omdat hier op database-achtige wijze toegevoegde informatie voor handen is.
Ik begrijp dat je een compleet nieuwe backup(taak) wilt maken, dus dan heb je niets aan die optie en hoef je hem ook niet te missen
bij de bestands-versie van rsync.

Peter

[Moris]

@Peter
Als ik je goed begrijp kan jij met rsync copy (enkele versie) wel op regelmatige basis en met behoud van de mappenstructuur (geen .hbk-bestand) een back-up maken? Alleen vond ik via de wizard geen mogelijkheid om hieraan een taak koppelen?