Cloud Sync Geschiedenis

[NormB]

Hallo

Sinds ik Cloud Sync heb opgezet voor backup naar STACK (TransIP) krijg ik van mijn ISP regelmatig bericht dat ik het maandelijkse volume heb overschreden. In het begin zal dat wel correct zijn geweest want er was aan 100-den GB te uploaden. Maar die mappen staan nu op STACK en er wordt maar af en toe iets toegevoegd aan de te syncen lokale mappen.
Op mijn NAS is bij de takenlijst de instelling voor de synchronisatierichting "alleen lokale wijzigingen uploaden" (dus een "differentiële"? sync van NAS naar Cloud). Daarom betwijfel ik dat er opnieuw 100-de GB werden geupload.
In de Geschiedenislog kan ik de geuploade bestanden zien, maar is er ook een manier om het uploadvolume te zien ?

Alvast dank.

[Birdy]

maar is er ook een manier om het uploadvolume te zien ?

Volgens mij niet.

Maar, houdt er rekening mee, dat je ook een prullenbak hebt in Stack dus, gooi je b.v. veel weg, dan komt dat in de prullenbak en die telt mee in je Stack verbruikt.
Dus, kijk eens in de prullenbak en leeg deze indien nodig. 

[NormB]

De STACK Prullenmand is leeg.
Als ik wat mappen of bestanden delete via de STACK webclient, kan dit toch geen impact hebben van 100-den GB op mijn maandelijks uploadvolume bij Proximus ?

[NormB]

Hallo

Ik heb via Cloud Sync met het WebDAV protocol een éénrichting synchronisatie (alleen lokale wijzigingen uploaden) opgezet naar IPTrans STACK. In de takenlijst staan 2 mappen van resp. 335 GB en 177 GB. Die zijn inmiddels geupload naar STACK.
Af en toe (niet dagelijks) wordt in de lokale mappen op de NAS iets bijgevoegd.
Hoe komt het dat het upload verbruik bij mijn internetprovider letterlijk gigantische proporties aanneemt ?
Er zijn dagen waar 10-tallen GB's aan uploadverkeer in de verbindigstijden staan gelogd, hoewel ik niet eens iets gewijzigd of toegevoegd heb aan één van beide lokale mappen. Mijn maandelijks uploadvolume zit zelfs een pak hoger dan de som van de 2 gesyncte mappen.
Hoe is dit te verklaren ?

[Birdy]

Dat had je al eerder gemeld op 16 maart dus, zinloos om het weer te melden in een nieuw Topic, heb ze dus maar samengevoegd.

[pvkan]

Ik ben niet bekend met STACK van TransIP, maar is het mogelijk dat je daar een retentie hebt op je bestanden ?
In dat geval wordt niet alles weggegooid wat je overschrijft of verwijderd zodat je nog een aantal versies kan terugkijken.

Niet iedere provider gaat hetzelfde om met ruimte die wordt ingenomendoor retentie...

Peter

[NormB]

Zowel Birdy als TransIP zelf hadden al verwezen naar de prullenbak, maar die is leeg.
Als er retentie zou op zitten, betekent dat dat Cloud Sync permanent synchroniseert naar al die verschillende versies ?
Ik begrijp nog altijd niet goed hoe er dan 10-tallen GB's/dag upload verkeer is ?
Ik heb amper iets gewijzigd in de lokale mappen op de NAS en ik zit voor de maand maart al aan 657 GB totale upload bij mijn ISP (Proximus) !

Update : ik heb inmiddels bericht van TransIP dat enkel bij wijzigingen de bestanden opnieuw worden gesynchroniseerd (wat overeenkomt met mijn eerder begrip).
Dus ik heb nog steeds geen verklaring waarom er dagelijks 10-tallen GB's gesynced worden. En het moet wel degelijk van Cloud Sync zijn, want wanneer ik Cloud Sync enkele dagen onderbreek kom ik aan slechts een paar MB uploadverkeer per dag.

[pvkan]

Hoi,

Bestandretentie of backuprotatie heeft niets te maken met de prullebak.
Als je zelf iets verwijderd komt het in een eventuele prullebak; backuprotatie is wat anders.

Deze techniek bewaard namelijk steeds een vorige versie van iets wat wordt opgeslagen.
Zo kan je bijvoorbeeld een Excel spreadsheet dagelijk bijwerken en elke dag weer opslaan.
De oude versie is dan niet echt overschreven met de nieuwe versie maar is nog x- dagen (of keren dat er overschreven wordt) terug te halen.
Die x waarde kan je vaak zelf instellen.
De retentie/rotatie gebeurd normaal serverside, maar Synology Cloudsync kan dit ook nog eens doen.
Ga maar eens naar cloudserver op je NAS, tabblad "Instellingen", tabblad Synchronisatieninstellingen en dan 3de kolom.
Daar kan je het aantal versies instellen dat bewaard moet blijven (4de kolom 'ÏnstelliVersioning' is een exra instelling hiervoor).

Backuprotatie wordt vooral gebruikt bij het maken van backups, maar bijvoorbeeld Strato past dit ook
toe bij de normale opslag in Hidrive.

Retentie of rotatie vraagt echter extra opslag (de oude informatie moet immers op te vragen zijn).
Sommige providers rekenen die ruimte mee, anderen niet. IN het eerst geval kan dit schijnbaar hoog
verbruik veroorzaken.

Peter

[NormB]

@Peter

Kan je me even verder wegwijs maken in de instellingen ; ik krijg niet meteen de tabbladen te zien waar je het over hebt.
Ik werk met Cloud Sync 2.3.0-0912 (DSM 6.0.2-8451 Update 9).
In Cloud Sync heb ik bij tabblad "Instellingen" enkel "Algemene instellingen" en "Verkeersbeheer".  In het linker deelvenster zit onderaan een tandwieltje ook voor "Instellingen, maar daar zie ik enkel "Administratorbedieningselementen" en "Algemeen".

Alvast dank.

[pvkan]

@NormB

Met schaamrood op mijn kaken; sorry....
Ik refereer aan cloudserver (haal dus even 2 dingen door elkaar).
Ik verwijs naar cloudserver van Synology om de uitleg inzake rotatie toe te lichten.
In jouw geval maak je gebruik van cloudsync...dus kan retentie alleen aan serverside voorkomen (voor zover van toepassing).

SOrry voor de verwarring

Peter
(ik pas mijn tekst hierboven gelijk even aan).