Cloud Station Backup: niet altijd stabiel en rotatie

[Melvin.P]

Sinds anderhalve week draait onze DS214+ en dat gaat grotendeels naar tevredenheid.

Hij dient vooropgesteld gewoon als externe opslag. Dat gaat goed en lekker vlot. Daarnaast maakt hij van één Mac een backup met Time Machine en dat gaat net zo foutloos en zelfs merkbaar sneller dan op de voormalige Time Capsule. Ook gebruik ik Cloud Station Backup vanaf een Windows-PC om de bedrijfsboekhouding veilig te bewaren. Het komt erop neer dat de tool één map van de C-schijf moet backuppen.

Dit werkt in beginsel uitstekend en heel snel, maar ik heb de afgelopen tijd wel een aantal vastlopers gehad. Soms geeft de client-app aan dat de backup voltooid is, terwijl het tijdstip aangeeft dat het al te lang geleden is en er intussen weer wijzigingen zijn gemaakt in de map. Als ik bij de activiteiten kijk, valt het mij op dat het laatste bestand 'Vergrendeld' aangeeft. Houdt dit in dat het bestand niet klaar was om gekopieerd te worden? In dat geval wekt dat de indruk dat Cloud Station Backup het er dan bij laat zitten en beweert dat alles gebeurd is. Er wordt echter geen enkel bestand meer gekopieerd, tot ik Windows herstart. Dan werkt hij alles weer bij.

Ook is de client-app al een aantal keer vastgelopen met de melding dat er een onbekende fout is opgetreden. Hier valt vermoedelijk erg weinig aan te doen.

Daarnaast zie ik in het logboek op de NAS zeer regelmatig de vermelding dat de 'vroegste versie van het bestand wordt geroteerd'. Uit de tekst maak ik op dat het bestand identiek is en wordt hergebruikt? Er staat echter een symbooltje voor dat eerder de indruk wekt van een fout: een rood rondje met een wit kruis. Is er iets mis of klopt mijn interpretatie van de tekst en is dit prima?

[ufosyno]

Ik werk er hier in volle tevredenheid mee, heb nooit een vastloper gezien. Wel is het zo, dat de client een bestand niet kan synchroniseren, als de betreffende PC dat bestand gelockt heeft, wat betekent dat een andere gebruiker het bestand geopend heeft. Die andere gebruiker, ben je dan wel zelf, maar de "gebruiker" cloud_station_backup kan er dan niet bij. Normaal gesproken wordt de lock opgeheven als je het betreffende programma afsluit, maar Windows is daar niet altijd even nauwkeurig. ALs je dan opnieuw opstart zijn alle locks sowieso weg en zal cloud_station daar direct weer een backup van schrijven.

Over de roteermelding moet je je geen zorgen maken. In je cloud worden een aantal versies van het bestand bijgehouden. Zodra dat aantal is bereikt en er wordt een nieuwe versie weggeschreven, zal de alleroudste worden verwijderd. Zo "roteren"versies door de lijst. Maar toegegeven... die tekst zou wel wat helderder hebben mogen zijn. 

[Briolet]

wat betekent dat een andere gebruiker het bestand geopend heeft

Het gaat hier om de backup en niet de synchronisatie. Een andere gebruiker kan hem dan niet open hebben want er is geen andere gebruiker.

[ufosyno]

Ik heb het ook over de cloud station backup, ik draai versie 4.2.2.-4379. En die draait normaal gesproken een "Backup-sync".

@ Melvin: Al wat hiervoor door mij geschreven ten aanzien van rotatie is dus ook bij jou aan de hand. Mogelijk heb je niet de laatste versie op je winPC staan, waardoor de vastlopers. En wat ik schreef over het gelocked zijn, is uit waarneming. Ik zie dat regelmatig bij bijvoorbeeld de bestanden van outlook, die ik ook in mijn backup heb opgenomen en die in de hold komen omdat Win10 de lock daarvan niet altijd even netjes opheft. Bij de volgende start van de PC zijn dat dan de eerste bestanden die overgezet worden.

Deze cloud-backup-soort doet aan "versiebeheer" dus houdt een aantal versies van het wijzigende bestand bij. Daarbij worden alleen die bestanden telkens gebackupt die in je waarneemzone (=de aangegeven directories) staan, en die daadwerkelijk wijzigen. Da's heel efficient. Je kan dus inderdaad ook teruggrijpen op een backup van (bijv) eergisteren, maar evt. ook gewoon de laatste versie terugzetten.

[mchp92]

MOD: Niet onnodig citeren.

@Melvin.P
Weet niet precies hoe je boekhoudingspakket onder de motorkap werkt, maar als dat pakket zn db bestanden tijdens gebruik constant geopend heeft en er regelmatig naar wegschrijft, loop de t risico dat je steeds half geflushte bestanden backupt. Als dat al gaat (file locking kan dit verstoren), heb je ook nog eens t risico dat de bestanden zelf "corrupt" zijn (want file buffer niet volledig geflusht), met als mogelijke consequentie dat je je backups niet kunt gebruiken
Probeer er voor de grap eens een terug te zetten- doet je pakket t dan op de juiste manier zonder problemen?
Mijn boodschap - CSBackup is ws vooral bedoeld om "normale" bestanden (zoals brieven presentaties fotos etc) die je opslaat op je pc, veilig te stellen. Databases zoals die onder een boekhouding hangen kennen een heel andere dynamiek. Daar moet je je backup op aanpassen. Zoals een backup die loopt als de applicatie afgesloten is.


DS115j / DS213j / DS216

[Melvin.P]

Hi allen!

Ik kom nog even terug op bovenstaand verhaal omdat de bevindingen niet veranderd zijn. Onder andere door verandering van werk heeft het in de tussentijd niet mijn aandacht gehad, behalve dat ik het probleem ben blijven constateren. Door algehele tevredenheid over Synology is de DS214+ inmiddels overigens vervangen door een DS216play, hardware-issues lijken mij dus uitgesloten.

De reactie van mchp92 had ik ook nog niet gezien, sorry en bedankt daarvoor. Ik denk dat je het helemaal bij het juiste eind hebt. Hoewel ik eigenlijk van mening ben dat backup-software intelligent genoeg kan zijn om dit soort problemen te ondervangen, zit de oorzaak waarschijnlijk wel in deze hoek en moet ik ermee dealen.

Het is vast geen toeval dat het bijna altijd op hetzelfde specifieke bestand misgaat: de oorzaak zit in de database. Wel stelt het mij teleur dat CS Backup vervolgens doet alsof alles in orde is. Er staat namelijk letterlijk dat de backup is voltooid, maar met een tijdstip te ver in het verleden. Sindsdien is de backup bevroren en kun je wijzigen wat je wil: hij maakt geen nieuwe. Zodra je de computer herstart werkt CS Backup de backup direct weer keurig bij. Dat de backup tijdens het draaien van de software mislukt vind ik enigszins acceptabel, dat de software dit niet automatisch rechtzet vind ik wel kwalijk.

Maar goed, nogmaals, so be it. En van de andere kant gezien: liever dit soort symptomen en aan een oplossing werken, dan daadwerkelijk een geslaagde backup maar achteraf ontdekken dat de inhoud daarvan onbruikbaar is.

Voordat ik het wiel opnieuw ga uitvinden, wat zou een slimme aanpak zijn? Een handmatige actie maken, waarbij de gehele map van het pakket wordt gekopieerd? CS Backup blijven gebruiken, maar alleen een map back-uppen waarin ik handmatig een ZIP-archief van de map van het pakket plaats?

Alle suggesties zijn welkom. Uitgangspunt: zo geautomatiseerd mogelijk een volledige back-up van de software. Een handmatige actie is echter geen enkel probleem. Hoewel ik niet altijd enthousiast ben over de kwaliteit en het gemak van het gebruikte pakket kent het een zeer groot voordeel, en dat is dat álles in één map op de C-schijf zit. Deze map kun je zonder verdere handelingen overzetten op een andere PC en vervolgens naadloos verder werken.

[mchp92]

Kijk eens naar HyperBackup. Die kun je schedulen op een vast tijdstip, en er dus een kiezen zdd je boekhoudpakket inactief is. 3u in de nacht of zo


Sent from my iPhone using Tapatalk

[Melvin.P]

Kreeg de indruk dat HyperBackup vooral bedoel is voor het maken van een backup ván je NAS. Dat heb ik kennelijk mis. Ik ga me erin verdiepen.

[mchp92]

Wacht - ik denk dat je gelijk hebt
HB heeft je nas als bron

Wellicht is een lelijke oplossing tr vinden in schedulen van een copy-slag op je pc bij afsluitng van je pakket
Of bedoelde je al zoiets met je zip-idee?

Nabrander: wat als je je boekhoudpakket laat werken op een letterdrive die een folder op je nas is? En dan daar hyperbackup op?

Sent from my iPhone using Tapatalk

[Melvin.P]

Denk dat ik gewoon iets lokaal in Windows moet fixen en voor de sync daarvan DS Backup blijf gebruiken. De oplossing is vast eenvoudig.

[mchp92]

Zie edit eerdere post


Sent from my iPhone using Tapatalk

[Melvin.P]

Wellicht is een lelijke oplossing tr vinden in schedulen van een copy-slag op je pc bij afsluitng van je pakket
Of bedoelde je al zoiets met je zip-idee?

Ja, iets dergelijks. Mag ook met een knopje. Het is niet heel spannend.

Nabrander: wat als je je boekhoudpakket laat werken op een letterdrive die een folder op je nas is? En dan daar hyperbackup op?

Ook aan gedacht maar ik weet bijna zeker dat het pakket dat niet accepteert. Vraag maar niks. ;-)

[Ben(V)]

Het is dacht ik toch algemeen bekent dat je openstaande files en met name databases niet zomaar kunt backuppen.

Microsoft heeft daar een API voor gebouwd die "volume shadowing copy service" heet en zelfs als de backup applicatie die gebruikt kan er niet gegarandeerd worden dat backup van een database niet corrupt raakt.

Het is niet voor niets dat de grote database leveranciers een eigen backup tool meeleveren.

De enige manier om zeker te zijn dat een database correct gebackuped wordt is de applicatie die er gebruik van maakt te stoppen en dat houd meestal in ook de database engine stoppen(als die er is).

[mchp92]

My point exactly


Sent from my iPhone using Tapatalk

[Melvin.P]

Point taken. :-)

Nogmaals, dat de oorzaak buiten de verantwoording van CS Backup ligt begreep ik al. Ik merk alleen op dat het programma er naar mijn idee niet correct mee omgaat. Vermelden dat de backup bijgewerkt is terwijl dat niet zo is, en de taak vervolgens bevriezen, klopt niet. In een dergelijk geval verwacht ik een foutmelding, dan weet ik in elk geval waar ik aan toe ben. Ik rekende op iets meer intelligentie in de aanpak van DS Backup.

Ook is duidelijk dat de oplossing waarschijnlijk ligt in het maken van een backup terwijl de applicatie niet draait. Dat is op zichzelf niet ingewikkeld, maar ik weet nog niet hoe ik dat het beste aanpak.