Synology-Forum.nl
Overige software => Data replicator & overige backupsoftware => Topic gestart door: Moris op 03 februari 2018, 13:19:47
-
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.
(https://www.dropbox.com/s/bxg82xzltmc7vzv/Schermafdruk%202018-02-03%2013.06.09.png?raw=1)
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 :?:
(https://www.dropbox.com/s/wq6gznqcpa22nt2/Schermafdruk%202018-02-03%2013.08.33.png?raw=1)
-
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)
-
Deze functie en mogelijkheid heb ik nog niet eerder bekeken, waarvoor dank :thumbup:
Inderdaad, alleen wel jammer dat dit GEEN versie beheer bevat.
-
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
-
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.....
-
Data corruptie, Virus
Beide worden dan ook gesynchroniseerd wanneer je het via deze manier doet.
-
Ik gebruik in mijn voorbeelden poort 8022 en niet de default 22, maar dat is mijn eigen keuze
Zie de 3 bijlage 's
-
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 :P
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.
-
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 :)
-
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" :twisted:
-
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?
-
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 :twisted:
Ik heb als test kleine mapsynchronisatie uitgevoerd en kan zeggen, dat dit een pak sneller werkt tov Hyper Back-Up :thumbup:
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 :?:
-
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 :?:
-
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
-
@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?
-
Ja,
Er wordt elke week automatisch een backup gemaakt. Alleen (nogmaals) zonder retentie; (vandaar de kreet 'enkele versie'; de vorige backup wordt dus steeds overschreven).
De "taak" die bij de .hbk versie van rsync wordt bedoeld gaat over een bestaande backup. Die backuptaak kan je dan importeren in
Hyperbackup zodat je niet alle instellingen opnieuw hoeft te doen. Je kan dan ook deze variant vervolgens restoren naar je NAS.
Het woord 'taak' heeft hier dus niets te maken met het instellen/scedulen van de backup zelf (wanneer en hoevaak je de backup wilt doen komt later in de wizard aan bod).
Peter
-
Ik ga straks in alles nog eens rustig bekijken / testen en koppel het hierna terug.
Alvast bedankt voor je input :thumbup:
-
Intussen heb rsync (enkele kopie) lopen op de manier zoals het bedoeld is, geen image (.hbk-bestand) met behoud van mijn eigen mappenstructuur. Zo kan ik op ieder moment onmiddellijk aan de bestanden zonder dat deze hiervoor eerst hoeven uitgepakt te worden.
Bedankt voor alle hulp hier :) :thumbup: :)
-
Ik begrijp dat “uitpakken” niet zo goed.
Als ik iets wil restoren dan doe ik dat gewoon door datgene aan te klikken wat ik wil terugzetten.
Ik hoef echt niet iets uit te pakken.
Of wil jij op de doelnas meteen bij de backup kunnen om er daar iets mee te doen?
-
@Robert
Om op je onderstaande vraag te antwoorden, is het inderdaad de bedoeling om in geval van..ten alle tijden door mezelf als admin en andere gebruikers rechtstreeks de bestanden te kunnen benaderen.
Of wil jij op de doelnas meteen bij de backup kunnen om er daar iets mee te doen?
-
Bestanden staan altijd op verschillende manieren gecodeerd in bitjes op een schijf. Ik zie dus niet het verschil tussen het decoderen met het ene of andere programma.
Het hele voordeel van de Synology manier is dat het ruimte sparend is. Vooral als je veel versies wilt bewaren.
-
Toch nog even een vraagje over Hyperbackup
Het verschil tussen een Extern NAS (Synology) methode of een rsync (bestandsserver) is dus alleen dat de Synology versie er een .hbk van maakt, en de rsync variant dus niet.
Klopt dit, of sla ik nu de plank mis ?
Zo ja, waarom zou je dan voor de 1 of de ander moeten kiezen ?
-
@HenkGroen
Allereerst dient te worden vermeld dat Synology onlangs in Hyperbackup de naamaanduiding heeft gewijzigd:
"Rsync" en "RSync (enkele versie)".
De laatste is het beste te vergelijken met een normale (lokale) bestandsbackup.
Belangrijkste voordeel van de andere (niet enkele) "rsync" backup is dat deze er een retentie op na kan houden (ook wel rotatie genoemd).
Daarmee kan je meerdere versies van bestanden als backup opslaan. Wanneer je dan een bestand wil terug halen/restoren
kan je ook kiezen voor een oudere versie dan de meest recente. Dit is vooral in zakelijke omgevingen erg handig.
Bij mij staat de rotatie op 30 dagen. Dat wil dus zeggen dat ik van bestand "blabla.doc" de versie van gisteren kan terughalen, maar ook die van 30 dagen geleden. Zie mijn (restore)tijdlijn hieronder.
[attach=1]
In bovenstaand voorbeeld ga ik dus de backup van bestand(en) terugzetten van 9 februari en niet de meest recente.
Prettig is ook dat dan het bestand wat ik restore niet persee de meest recente hoeft te overschrijven.
Deze techniek is gelijk de reden dat deze versie van rsync backup als een database wordt opgeslagen. Er moeten immers van elk bestand meerdere versies opgeslagen worden (30 bij mij).
Om te voorkomen dat elk bestand 30x moeten worden opgeslagen op het doelstation, worden de wijzigingen/verschillen op het origineel bewaard middels een algoritme en opgeslagen in de database.
Peter
-
Ik bedoelde eigenlijk ook nog (1e vraag) wat het verschil is met de Synogloy Externe NAS vs. de rsync
Het verschil tussen een Extern NAS (Synology) methode of een rsync (bestandsserver) is dus alleen dat de Synology versie er een .hbk van maakt, en de rsync variant dus niet.
Als ik ze aanklik, zie ik volgens mij dezelfde optie 's, dus wat is dan eigenlijk het verschil
Zie bijlage
-
[attachimg=1]
Doel: moet een Synology NAS zijn met Vault.
Backup = .hbk met versie beheer.
[attachimg=2]
Doel: rsync server, mag een Synology NAS zonder Vault of een niet Synology NAS/Server die rsync ondersteund.
Backup = .hbk met versie beheer.
[attachimg=3]
Doel: rsync server, mag een Synology NAS zonder Vault of een niet Synology NAS/Server die rsync ondersteund.
Backup = Mappen structuur zonder versie beheer.
-
Zo @Birdy
Dat is duidelijk. Veel dank :clap:
Ben ik dan nog te kort door de bocht door :
rsync copy (single-version) die jij als laatste benoemd te vergelijken met de 'oude' Gedeelde map (configuratiescherm, gedeelde map sync), Taaklijst
-
Ja, is een beetje vergelijkbaar, dat gaat over gedeelde mappen sync naar een Synology NAS, is dus geen rsync ;)
-
Oke, ik gaat dat toch eens proberen met al die opties.
Gewoon even met een testmap, of de verschillen voor mezelf helder te hebben.
Mijn laatste vraag is nog wel : Kan ik bij de Hyperbackup opties nog wel aangeven op welk dest. VOLUME ik het wil hebben.
Stel dat de remote NAS 2 volumes hebt, en ik het perse op Volume2 wilt hebben.
Of komt alles op het 1e volume, en moet ik het hierna eenmalig verplaatsen naar het 2e volume. Of mag dat niet ?
-
Je moet dan een map kiezen die op volume2 staat (even uit m'n hoofd).
Gewoon even in het klein testen.