Time Machine stopt / werkt niet als LUN backup loopt

[Sylvester]

Hopelijk staat deze vraag op de juiste plaats.

Ik merk dat er een probleem met Time Machine backup ontstaat als een LUN backup via Hyper Backup draait. 



Van zodra de LUN backup uitgevoerd is, werkt Time Machine backup weer goed.
Heeft iemand hiermee ervaringen?

[Robert Koopman]

Ik gebruik beide niet maar maken ze beide gebruik (in de achtergrond) van Hyperbackup?
Volgens mij kan Hyperbackup maar één taak tegelijk aan.

Ik draai in Hyperbackup meerdere taken maar als een taak langer duurt als normaal en een volgende taak moet al beginnen staat deze te wachten tot de eerste klaar is.

[Birdy]

Time Machine is Apple backup.

[Briolet]

Gaat die LUN backup naar die LUN of backup je die juist. Misschien dat die schijf/files tijdelijk gelocked worden tijdens de backup?

[Sylvester]

Nee, die LUN gaat niet als backup naar zijn eigen, dat lijkt me niet handig.
De LUN backup wordt gemaakt door Hyper Backup, van een LUN die op één van de interne schijven staat, en gaat naar een externe USB schijf als EXT geformatteerd.
De Time Machine Backup staat geheel los van de Hyper Backup. Time Machine Backup wordt ingesteld in het configuratie scherm onder file services > Mac file services > Time Machine. Toevallig is dit ook diezelfde externe USB schijf.
Normaal gezien zou dit toch geen probleem mogen zijn als je op een (externe) schijf 2 taken tegelijk doet. Dat zou wel heel erg zijn als het systeem dat niet aankan.

[Sylvester]

Opgelet : ik merk dus net dat ook Cloud Sync stil valt als de LUN backup draait. Deze draait de ganse nacht en maakt een 1 op 1 backup naar Amazon Drive. Om 5 uur laat ik de LUN backup met Hyper Backup starten, en dan valt de Cloud Sync stil.

Toch allemaal vreemde dingen?

[Ben(V)]

De lun backup functie van hyperbackup is bedoelt om isci luns te backupppen.
Een isci lun is een blocklevel disk emulatie op je Nas, ofwel daarmee emuleer je een harddisk die je dan toekent aan een device bijvoorbeeld je mac en die zie hem dan als een gewone harddisk en niet als een netwerk share.

Als je zo'n lun via een lunbackup gaat backuppen, dan locked hij die lun voor schrijven, anders zou hij corrupte data in je backup stoppen.
Die backup gaat namelijk op blocklevel en niet op file niveau, dus filelocking is niet mogelijk.

Als je dus lun backup gebruikt terwijl je geen isci luns hebt (wat ik vermoed) dan ben je verkeerd bezig.

[Sylvester]

Uiteraard heb ik een iSCSI LUN. Maar waarom stopt dan ook de Cloud Sync? Daar zit die USB disk toch voor niks tussen, die gaat naar de Amazon drive? Of begrijp ik iets verkeerd?

[Ben(V)]

Nee ik ben degene die het niet begrijpt.

Dus als ik het goed begrijp wil je cloudsync, timamachien en lun backup allemaal gelijktijdig laten werken op dezelfde externe usb disk.

Zoals ik al zij een lun backup locked de lun, maar ook de target waar hij de backup naartoe schrijft.
Die bestanden worden pas geunlocekd als de lun backup gereed is.
Cloudsync wacht daar dus netjes op en time machine geeft je de melding die je zelf geplaatst heb.

Dus als je timemachine iets laat doen met dezelfde folders als waar de lun backup naartoe schrijft werkt dat niet.
Overigens heeft dat niets te maken met het gelijktijdig iets op een disk doen maar met locking en hoe timemachine daar mee omgaat.

PS Synology is gestopt met timemachine.

[Sylvester]

Hoezo gestopt met Time Machine? Het is nog steeds mogelijk in DSM 6.0.
Volgens mij gaan ze dat zeker niet stopzetten, want dan hebben ze een probleem. Dit was één van de factoren die mede bepaald heeft dat ik gekozen heb voor een Synology.
Het zou maar al te gek zijn om het eerst te implementeren in DSM om daarna weer te laten verdwijnen.
Mocht het toch zo zijn, kan je mij de bron dan eens mededelen?

Volgens mij is er iets anders aan de hand. Voor de Cloud Sync komt de LUN er voor niets tussen. Cloud Sync maakt een backup van een paar volumes die zich NIET op de LUN bevinden, alsook NIET op de schijf waar de LUN backup naartoe gaat.
Dus het feit dat Cloud Sync er ook mee stopt gedurende de LUN backup, verwijst toch naar een dieper probleem, denk ik.

[Birdy]

PS Synology is gestopt met timemachine.

Niet met Time Machine, is Apple !
Wel met Time Backup, is Synology.

[Ben(V)]

Volgens mij is er iets anders aan de hand. Voor de Cloud Sync komt de LUN er voor niets tussen. Cloud Sync maakt een backup van een paar volumes die zich NIET op de LUN bevinden, alsook NIET op de schijf waar de LUN backup naartoe gaat.
Dus het feit dat Cloud Sync er ook mee stopt gedurende de LUN backup, verwijst toch naar een dieper probleem, denk ik.

Cloud Sync heeft een heel lage prioriteit, dus als er zo iets heftigs als een lun backup aan de gang is zal hij effectief wel eens stil kunnen staan.
Cloudsync is bedoelt om in de achtergrond z'n werk te doen zonder dat andere applicaties daar last van hebben.

Je blijft maar verwachten dat er altijd voldoende cpu resources beschikbaar zijn voor alles wat jij gelijktijdig wilt laten draaien, daar is een NAS niet op ontworpen, die is gemaakt om met heel weinig CPU capaciteit voor Files server te spelen.